AD-A283  332 

■llli 


NAVAL  POSTGRADUATE  SCHOOL 
Monterey,  California 


TfllC 


THESIS 


DESIGN  AND  IMFl£MENTATION  OF  IHB 
CALIBRATION  MODUl£  OF  THE  MK  92  FROTOTYFB 
MAINTENANCE  ADVISOR  EXPERT  SYSTEM 

David  Bfichael  Geidc  and  Steven  Edward  Mikkr 
Mandi,  1994 

Theeis  Co-Adviian:  Magdi  Kamel 

Martin  J.  McCafibey 

Apinroved  for  public  release;  distribution  is  unlimited. 


94-25720 


94  8  15  074 


REPORT  DOCUMENTATION  PAGE 

Form  Approved  OMB  Np.  0704 

Public  npcrtiiif  burden  for  this  coUeclion  of  infoimslion  is  estimsiad  to  sversge  1  hour  per  response,  including  the  time  for  reviewing  instiuction, 
searefcing  existing  dots  sources,  gsthering  snd  msintsining  the  dsts  needed,  snd  completing  snd  reviewing  the  collection  of  information.  Send  comments 
f^srding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information,  including  suggestions  for  reducing  this  burden,  to  Wsshingon 
heed<|Uif<ers  Services,  Directorate  for  Information  Operations  and  Reports,  121S  lefferson  Davis  Highway,  Suite  1204,  Arlington,  VA  22202-4302,  and  to 
the  OCRee  of  Management  and  Budget,  Paperwork  Reduction  Project  (O'lOd-OltS)  Washington  DC  20303. 

1  1.  AGENCY  USE  ONLY  (Leave  blank) 

2.  REPORT  DATE 

3.  REPORT  TYPE  AND  DATES  COVERED  | 

1 

March  1994 

Master's  Thesis 

_ 

4.  TITLE  AND  SUBTITLE:  Design  and  Implementation  of  the  Calibration  Module 
of  die  MK  92  Prototype  Maintenance  Advisor  Expert  System 

5.  FUNDING  NUMBERS 

6.  AUTHOR(S)  LT  David  Michael  Geick,  USN  and 

LT  Steven  Edward  Mikler,  USNR 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

Naval  Pos^raduate  School 

Monterey  CA  93943-5000 

8.  PERFORMING  | 

ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 

Naval  Surface  Warfare  Center,  Port  Hueneme  Division 

4363  Missile  Way 

Port  Hueneme,  CA  93043-4307 

10.  SPONSORING/MONITORING 
AGENCY  REPORT  NUMBER 

R  11.  SUPPLEMENTARY  NOTES  The  views  expressed  in  this  thesis  are  those  of  the  authors  and  do  not 
y  reflect  the  official  policy  or  position  of  the  Department  of  Defense  or  the  U.S.  Government. 

R  12a.  DISTRIBUTION/AVAILABILITY  STATEMENT 
y  Approved  for  public  release;  distribution  is  unlimited. 

12b.  DISTRIBUTION  CODE 

B  13.  ABSTRACT  (maximum  200  words) 

y  This  thesis  is  the  continuation  of  a  software  project  to  develop  a  diagnostic  expert  system  for  the  MiC92  Fire  Control 

System  based  on  the  daily  system  operability  test  (DSOT).  The  focus  of  this  work  is  on  the  design  and  implementation  of 
the  calibration  portion  of  the  expert  system  using  the  Adept  visual  programming  expert  system  shell. 

The  calibration  module  is  designed  as  a  top-down  hierarchy  of  cohesive,  loosely  coupled  procedures.  These  procedures 
are  linked  through  two-way  links.  This  modular,  structured  design  resulted  in  a  compact  system  that  is  easy  to  read, 
modify,  maintain,  and  test.  Many  of  the  logical  troubleshooting  paths  are  implemented  using  common  procedures  with 
variables,  reducing  application  size  and  recognizing  the  expert's  use  of  identical  logic  to  isolate  problems  in  different  areas 
of  the  MK92  system. 

The  calibration  module  fulfills  the  design  and  fimetiona]  objectives  set  by  the  project  team  and  project  sponsor. 
Preliminary  testing  shows  the  module  to  be  successful  in  MK92  DSOT  calibration  fault  isolation. 

1 14.  SUBJECT  TERMS  Expert  System,  Prototype,  System  Design,  Knowledge 

1  Implementation,  MK92  Fire  Control  System,  Software  Design,  Software 

15.  NUMBER  OF 

PAGES  212 

1  Development,  DSOT,  DSOT  Calibration 

16.  PRICE  CODE 

17.  SECURITY  CLASSin- 
CATION  OF  REPORT 
Unclassified 

18.  SECURITY  CLASSin- 
CATION  OF  THIS  PAGE 
Unclassified 

19.  SECURITY  CLASSIFI¬ 
CATION  OF  ABSTRACT 
Unclassified 

20.  LIMITATION  OF 
ABSTRACT 

UL 

nSWI  standard  Form  298  (Rev.  2-89) 


Pretcribed  by  ANSI  Std.  239-18 


Approved  for  public  release;  dietribution  is  unlimited. 

Design  and  Implementation  of  tbe  Calibration  Module  of  the 
MK  92  FVotot^rpe  Maintenance  Advisor  Expert  System 


by 

David  Midbael  Geick 
Lieutenant.  United  States  Navy 
B.A.,  University  of  New  Hampshire.  1985 
and 

Steven  Edward  Mikler 
Lieutenant.  United  States  Naval  Reserve 
B.S..  Canisius  College.  1986 

Submitted  in  partial  fulfillment 
of  the  requirem«its  fcnr  the  degree  of 


MASTER  OF  SCIENCE  IN  INFORMATION  TECHNOLOGY  MANAGEMENT 

from  the 

NAVAL  POSTGRADUATE  SCHOOL 


Author. 


Author. 


Approved  by: 


Department  of  Systems  Management 


ii 


{ 


ABSTRACT 


This  thesis  is  the  continuation  of  a  software  project  to 
develop  a  diagnostic  expert  system  for  the  MK92  Fire  Control 
System  based  on  the  daily  system  operability  test  (DSOT) . 
The  focus  of  this  work  is  on  the  design  and  implementation  of 
the  calibration  portion  of  the  expert  system  using  the  Adept 
visual  programming  expert  system  shell. 

The  calibration  module  is  designed  as  a  top-down 
hierarchy  of  cohesive,  loosely  coupled  procedures.  These 
procedures  are  linked  through  two-way  links.  This  modular, 
structured  design  resulted  in  a  compact  system  that  is  easy  to 
read,  modify,  maintain,  and  test.  Many  of  the  logical 
troubleshooting  paths  are  implemented  using  common  procedures 
with  variables,  reducing  application  size  and  recognizing  the 
expert's  use  of  identical  logic  to  isolate  problems  in 
different  areas  of  the  MK92  system. 

The  calibration  module  fulfills  the  design  and  functional 
objectives  set  by  the  project  team  and  project  sponsor. 
Preliminary  testing  shows  the  module  to  be  successful  in  MK92 
DSOT  calibration  fault  isolation. 
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1.  mTRODUCTIOll 


A.  BACXOROUMD 

This  thesis  discusses  the  implementation  of  expert 
knowledge  for  the  calibration  portion  of  the  Daily  System 
Operability  Test  (DSOT)  for  the  MK92  Fire  Control  System 
Maintenance  Advisor  Expert  System  (MK92  MAES) .  It  is  a 
continuation  of  a  software  development  project  undertaken  by 
Naval  Postgraduate  School  faculty  and  graduate  students.  The 
initial  implementation  of  the  MK92  MAES  has  two  distinct 
modules:  calibration  and  performance. 

The  initial  prototype  of  the  performance  module  was 
constructed  by  LCDR  Clint  Lewis  and  LT  C.  David  Smith.  Those 
interested  in  detailed  discussions  of  the  origins  of  the 
project,  software  development,  expert  system  lifecycle,  and 
Daily  System  Operability  Test  (DSOT)  are  referred  to 
References  (l)  and  (2). 

B.  OBJECTIVES 

The  goal  of  this  thesis  is  to  continue  development  of  the 
MK92  MAES  by  implementing  the  calibration  module  of  DSOT  using 
the  Adept  expert  system  shell.  The  goal  of  the  prototype  is 
to  accurately  implement  the  expert  knowledge  acquired  and 
represented  by  the  system  engineers  at  the  Naval  Surface 
Warfare  Center,  Port  Hueneme  Division  (NSWC,  PHD) .  The 
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program  is  composed  of  functional  modules  and  accomplishes  all 
the  functional  requirements  identified  by  NSWC. 

Another  thesis  objective  is  to  refine  the  implementation 
strategy  used  for  the  initial  prototype  [Refs,  l  and  2].  The 
development  of  the  DSOT  portion  of  the  MK92  MAES  will  be 
completed  by  a  follow  on  group  that  will  integrate  the 
performance  and  calibration  modules,  perform  an  independent 
validation,  verification  and  testing  of  the  system,  and 
determine  the  implementation  alternatives  for  shipboard 
deployment.  Lessons  learned  through  calibration 

implementation  will  be  applied  to  the  performance  module  and 
the  integration  of  the  two  modules.  A  third  module,  covering 
MK92  PCS  system  power  checks,  is  scheduled  for  development  in 
fiscal  year  1995. 

C.  RESEARCH  QUESTIONS 

This  research  seeks  to  answer  the  following  questions: 

1.  How  can  the  system's  knowledge  base  be  implemented 
to  minimize  duplication  of  logically  identical  procedures? 

2.  Using  the  Adept  expert  system  shell,  what  user 
interface  design  is  best  for  the  individual  end-user? 

3.  What  implementation  design  best  organizes  the 
system  as  a  coherent  whole  and  provides  for  effective  and 
efficient  software  maintenance? 

D.  SCOPE  AMD  ASSUMPTIONS 

This  thesis  focuses  on  the  design  and  software  development 
of  the  MK92  MAES  calibration  module.  The  reader  is  assumed  to 
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have  a  basic  understanding  of  both  software  development  and 
expert  systems.  References  (l)  and  (2)  provide  a  useful 
resource  for  this.  The  scope  of  our  task  is  limited  to  OSOT 
calibration  implementation.  The  functional  requirements  and 
graphical  knowledge  representation  provided  by  NSWC  Port 
Hueneme  personnel  served  as  the  basis  for  the  functionality  of 
the  system. 

E.  METHODOLOGY 

The  MK92  MAES  project  uses  an  expert  systems  development 
cycle  as  its  methodology.  Prereau  organizes  this  development 
cycle  into  three  phases:  Initial,  Core  Development,  and  Final 
Development  and  Deployment. [Ref  3]  This  thesis  covers  the 
design  and  implementation  of  the  DSOT  calibration  module  and 
represents  part  of  the  Core  Development  Phase.  This  phase  is 
composed  of  knowledge  acquisition,  knowledge  representation, 
knowledge  implementation,  and  validation,  verification,  and 
testing.  The  Core  Development  Phase  represents  the  point  in 
development  where  domain  expertise  is  entered  into  the  expert 
system . 

F.  THESIS  OROANIZATIOM 

This  thesis  is  divided  into  five  chapters  and  three 
appendices . 

Chapter  II  provides  background  information  pertaining  to 
the  MK92  Mod  2  Fire  Control  System  (MK92  FCS)  diagnostic 
expert  system  software  development  project.  It  covers  the 
origins  of  the  project  and  briefly  discusses  the  MK92  Fire 
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Control  System,  the  Dally  System  Operability  Test  (DSOT) ,  the 
calibration  portion  of  DSOT,  expert  knowledge  acquisition  and 
representation,  and  the  expert  system  shell  used  to  build  the 
application. 

Chapter  III  discusses  the  design  and  implementation  of  the 
calibration  module  of  the  MK92  MAES.  It  includes  sections  on 
the  overall  organization  of  the  application,  functional 
attributes  of  the  MK92  MAES,  design  attributes  of  the 
application,  and  the  actual  design  of  the  expert  system. 

Chapter  IV  contains  lessons  learned  in  the  course  of  the 
thesis  research,  particularly  in  designing  and  implementing  a 
software  development  project  and  using  the  Adept  expert  system 
shell. 

Chapter  V  contains  a  summary  of  our  conclusions  on  the 
design  and  implementation  of  the  calibration  module,  issues 
that  remain  with  the  MK92  MAES  development  project,  and  the 
potential  application  of  similar  expert  systems. 

Appendix  A  contains  a  complete  description  of  the 
application  software  built  for  the  MK92  MAES.  It  lays  out  the 
overall  organization  of  the  design,  and  documents  every 
procedure  in  the  application.  Diagrams  for  every  procedure 
are  included.  All  custom  built  logic  contained  within  "custom 
nodes"  is  listed  immediately  following  the  description  of  the 
procedure  where  the  custom  node  is  contained. 


Appendix  B  discusses  significant  differences  between  the 
designs  and  implementations  of  the  performance  and  calibration 
modules  of  the  MK92  MAES. 

Appendix  C  is  a  listing  of  all  of  the  identified  casualty 
conditions,  showing  the  indications  that  signify  each 
particular  condition  and  the  troubleshooting  path  that  should 
be  taken  to  resolve  the  indicated  condition.  This  list  is 
prioritized  in  descending  order  of  criticality. 
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IX.  1IK92  MXXNTBNMICE  ADVISOR  EXPERT  SYSTEM  BACKGROUND 


This  chapter  discusses  the  MK92  Fire  Control  System  (MK92 
PCS) ,  the  genesis  and  purpose  of  the  MK92  Maintenance  Advisor 
Expert  System  (MK92  MAES) ,  the  elements  of  the  MK92  Daily 
System  Operability  Test  (DSOT) ,  and  the  elements  of  the  DSOT 
calibration.  Additionally,  the  source  of  the  knowledge  base 
and  the  features  of  the  expert  system  shell  used  for 
development  are  described. 

A.  THE  MK92  VIRE  CONTROL  SYSTEM  (MX92  PCS) 

The  MK92  PCS  is  a  modular  system  that  integrates  radars, 
guns,  and  missiles  to  engage  air,  surface,  and  shore  targets. 
The  Mod  2  version  is  deployed  on  United  States  Navy  Oliver 
Hazard  Perry  (FFG~7)  class  guided  missile  frigates.  The  two 
primary  antennas  in  the  system  are  the  combined  Antenna  System 
(CAS)  and  the  Separate  Tracking  and  Illuminating  Radar  (STIR) . 
A  more  detailed  description  of  the  MK92  PCS  can  be  found  in 
References  (1)  and  (2). 

B.  THE  MX92  MAINTENANCE  ADVISOR  EXPERT  SYSTEM  (MK92  MAES) 

The  MK92  MAES  project  originated  at  NSWC  Port  Hueneme  in 
1992.  The  goal  was  to  improve  the  shipboard  technician's 
ability  to  more  accurately  isolate  faults  to  individual 
circuit  cards  by  embedding  the  knowledge  of  the  best 
engineering  experts  in  an  expert  system  software  program  to  be 


enployed  aboard  ship.  The  Naval  Postgraduate  School  (NPS) 
became  involved  after  initial  program  development  attempts  by 
NSWC  personnel  ran  into  difficulties.  A  cost-benefit  analysis 
determined  that  significant  savings  (over  one  million  dollars) 
could  be  achieved  with  the  deployment  and  use  of  this  expert 
system  [Ref  4].  The  initial  design  concentrated  on  the 
performance  test  aspect  of  DSOT. 

C.  THE  MK92  DAILY  SYSTEM  OPERABILITY  TEST  (DSOT) 

DSOT  is  part  of  daily  shipboard  maintenance  procedures. 
It  runs  checks  and  simulations  to  determine  if  the  MK92  Mod  2 
systems  are  functional.  DSOT  is  divided  into  two  distinct 
areas:  performance  and  calibration.  At  the  completion  of  the 
DSOT  a  technician  receives  a  printout  that  lists  failures, 
power  high  or  power  low  (PHI  or  PLO)  conditions  for  twenty 
different  specific  areas. 

D.  DSOT  CALIBRATION  ELEMENTS 

The  DSOT  calibration  tests  break  down  into  two  main  areas: 
the  Combined  Antenna  System  (CAS)  and  the  Separate  Tracking 
Illuminating  Radar  (STIR)  .  CAS  breaks  down  further  into  track 
and  search.  In  each  area,  CAS  Track/CAS  Search/STIR  Track, 
there  are  fixed  frequency  (FF)  and  frequency  agile  (FA) 
aspects  of  the  three  basic  modes  in  calibration:  target, 
clutter,  and  electronic  countermeasures  (ECM) .  Additionally, 
both  CAS  and  STIR  calibrate  their  respective  automatic 
frequency  control  (AFC)  elements. 
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B.  EXPERT  KMOELEDOB  ACQUISITION  AND  REPRESENTATION 

The  expert  knowledge  for  the  system  was  gathered  by  NSWC 
from  MK92  system  engineers  considered  domain  experts.  It  was 
represented  and  organized  in  the  form  of  diagnostic  trees. 
This  knowledge  is  a  distillation  of  information  from  the 
technical  manuals  for  the  MK92  PCS  and  the  personal  experience 
and  heuristics  (rules  of  thumb)  of  system  experts. 

F.  ADEPT  EXPERT  SYSTEM  SBBLI. 

Adept  is  a  procedural ly  based,  visual  programming  expert 
system  shell.  It  was  selected  by  the  development  team  because 
it  was  specifically  designed  for  diagnostic  expert  system 
development  and  the  fact  that  there  is  an  excellent  match 
between  the  expert's  knowledge  representation  (diagnostic 
trees)  and  Adept's  procedures  constructed  of  nodes  and  arcs. 
Another  significant  benefit  was  its  rapid  learning  curve  [Ref. 
2]. 

Using  Adept,  an  application  is  built  as  a  collection  of 
procedures.  These  procedures  can  be  linked  together  in  two 
basic  ways:  results  and  goals.  Results  are  one-way  links  that 
allow  the  program  to  "jump"  to  a  different  procedure.  Goals 
are  two-way  links  that  allow  the  program  to  leave  one 
procedure,  accomplish  some  task  in  another  procedure,  and 
return  to  the  calling  procedure  to  continue  where  it  left  off. 
Figure  1  contrasts  one-way  and  two-way  linking. 
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Figura  l  Ona-Way  vs.  Two-Way  Linking 
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XIX.  1IK92  MXBS  dOiXBRATIOM  XHPLEMBKTATXON  DESIGN 


This  chapter  describes  the  design  of  the  calibration 
module  of  the  MK92  MAES.  It  details  the  translation  of  the 
expert  knowledge  representation  into  an  Adept  appli  on  and 
procedures.  The  organization  of  the  knowledge  uase  is 
described,  and  the  six  functional  and  three  design  attributes 
that  were  objectives  for  this  prototype  module  are  discussed. 
The  logical  and  physical  design  of  the  calibration  module  are 
described  explicitly  and  illustrated  by  an  example  session 
using  the  module. 

A.  KNOWLEDGE  BASE  ORGANIZATION 

The  overall  organization  of  the  MK92  MAES  reflects  the 
system  expert's  representation  embodied  in  the  initial 
knowledge  document  delivered  by  NSWC  to  NFS.  The  MK92  Mod  2 
expert  identified  fifty-seven  discrete  casualty  conditions 
that  can  be  identified  from  indications  on  the  DSOT  printout. 
These  are  organized  according  to  the  basic  divisions  within 
DSOT  calibration:  CAS  and  STIR;  search  and  track;  fixed 
frequency  (FF)  and  frequency  agile  (FA) ;  target,  clutter,  and 
electronic  countermeasures  (ECM) .  This  resulted  in  the 
designation  of  twenty-seven  discrete  troubleshooting  paths 
(See  Appendix  C) . 
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These  paths  satisfy  the  fault  isolation  requirements  of 
all  fifty-seven  casualty  conditions.  For  example,  STIR  Track 
ECM  fixed  frequency  and  frequency  agile  modes,  STIR  track  ECM 
fixed  frequency  modes,  and  STIR  track  ECM  frequency  agile 
modes  are  all  resolved  through  the  STIR  Track  ECM  path.  The 
relative  priorities  of  the  three  conditions  are  different.  In 
some  cases  there  are  substantial  differences  in  criticality 
between  the  fixed  frequency  and  frequency  agile  flavors  of  a 
given  condition. 

The  troubleshooting  paths  were  laid  out  in  the  format  of 
diagnostic  trees.  The  format  established  poses  questions  to 
the  user  that  requires  a  "Yes'*  or  "No"  answer  and  eventually 
leads  to  the  isolation  of  the  fault  and  a  recommendation  for 
correcting  that  fault. 

B.  SYSTEM  FUMCTIOMBL  ATTRIBUTES 

NSWC  and  NFS  jointly  defined  several  attributes  that  the 
application  should  have.  An  attribute  is  a  specific  feature 
that  addresses  an  issue  defined  as  critical  or  desirable  by 
the  development  team.  The  following  paragraphs  provide  a 
brief  description  of  each  attribute. 

1.  DSOT  Printout  Entry  Interface  For  User  Input 

The  program  solicits  initial  data  from  the  technician 
for  troubleshooting  path  selection.  A  screen  similar  in 
organization  and  layout  to  the  familiar  DSOT  printouts  is 
presented  to  the  user.  The  appropriate  deficiencies  are 
marked  by  the  user.  The  system  then  identifies  and 
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prioritizes  the  casualty  conditions.  The  user  is  guided 
through  the  appropriate  path  to  isolate  the  fault. 

2.  Manual  Path  saleotlon  Capability 

It  was  recognized  that  the  application  should  allow 
the  user  to  select  a  specific  troubleshooting  path.  This 
could  be  used  for  unusual  circumstances  where  either  the 
embedded  analysis  cannot  identify  a  proper  path  or  the 
technician  wishes  to  bypass  the  system's  prioritization  or 
analysis  and  select  a  specific  path.  This  capability  is 
particularly  useful  for  training  purposes. 

3.  Multiple  Casualty  Condition  Analysis 

The  system  was  designed  to  recognize  multiple 
casualties  and  resolve  the  conditions  by  providing  a 
prioritized  fault  isolation  process.  This  aspect  of  the 
system  was  not  previously  available  to  the  shipboard 
technician  from  technical  manuals.  It  is  an  illustration  of 
the  expert's  knowledge  and  heuristics  which  are  embedded  in 
this  system. 

4 .  Help  Soreens 

In  an  effort  to  improve  the  technician's  efficiency  it 
was  decided  to  include  additional  help  information  provided  by 
the  expert.  This  help  includes  instructions  on  how  to  set  up 
and  perform  tests.  In  some  cases  amplifying  explanations  that 
tell  why  a  test  is  performed  are  also  provided. 
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5 .  DatalMS*  Intarf mo« 

In  order  to  maintain  the  integrity  of  the  knowledge 
base  from  changes  in  data  and  information  not  directly 
affecting  it,  a  system  design  decision  calls  for  the 
development  of  an  interface  to  a  personal  computer  database 
management  system.  Information  on  parts  (such  as  their 
national  stock  number,  NSN)  referred  to  by  the  application 
(e.g. ,  replace  UD  412/A1A3-A9)  would  reside  in  the  database. 
Changes  to  this  information  are  more  volatile  than  the 
knowledge  changes  and  are  usually  made  by  outside  agencies. 
By  providing  such  separation,  maintenance  changes  that  affect 
the  database  could  be  sent  out  by  message.  The  user  would 
update  the  database  independently  from  the  expert  system. 

6.  Page  Back  to  Previous  screen 

Another  desired  system  feature  is  for  the  user  to  be 
able  to  return  to  the  previous  display  screen.  This  could  be 
to  review  a  previous  step  or  to  reenter  a  previous  incorrect 
response. 

The  above  functional  attributes  were  included  to  make  the 
system  a  more  complete  and  useful  tool  for  the  technician. 

C.  DESIGN  ATTRIBUTES 

Our  goals  for  the  design  of  NK92  MAES  calibration  were 
strongly  influenced  by  the  need  to  be  compatible  with  the 
previous  effort  used  for  the  performance  module.  There  was 
also  a  desire  to  use  good  software  engineering  practices  that 
emphasize  structured  programming.  This  emphasis  was  essential 
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for  developing  a  readable,  maintainable,  and  modifiable 
software  application.  Below  are  three  key  design  attributes 
that  were  used  for  development  of  the  calibration  module. 

1.  Minimal  Overall  sise 

While  the  storage  requirements  for  the  MK92  MAES  are 
not  stringent  or  restrictive,  a  conscious  effort  was  made  to 
minimize  the  overall  size  of  the  program.  A  review  of  the 
documented  knowledge  during  module  design  revealed  that  expert 
troubleshooting  often  follows  identical  paths,  differing  only 
in  limited  specifics.  As  a  result,  "common”  procedures  were 
built  for  these  paths.  Passing  variables  allows  the 
customization  of  common  procedures  into  specific  ones. 

For  example,  CAS  AFC  failure  and  STIR  AFC  failure 
troubleshooting  paths  are  identical  when  certain  variables  are 
used  in  the  questions  posed  to  the  user.  CAS  AFC  uses  "412" 
where  STIR  AFC  uses  "432"  and  so  on.  In  one  case  six  discrete 
casualty  condition  troubleshooting  paths  were  satisfied  by  one 
common  procedure.  This  greatly  reduced  the  effort  recjuired  to 
program  the  total  number  of  paths,  enhanced  the  performance  of 
the  end  product,  and  resulted  in  a  system  that  is  easier  to 
maintain  and  modify. 

With  the  exception  of  All  CAS  Modes  and  All  STIR 
Modes,  each  of  the  remaining  25  fault  isolation  paths  is 
either  completely  unique  or  shares  a  common  procedure  with 
other  paths.  All  CAS  Modes  and  All  STIR  Modes  share  a  common 
procedure  for  one  part  of  their  paths,  but  have  unique 
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elenents  as  well.  (Refer  to  Figure  13,  Calibration 
Procedures,  in  Appendix  A.) 

If  a  path  is  unique,  it  may  still  have  elements,  and 
possibly  sub>elements ,  that  will  be  called  according  to  the 
user  responses  to  system  prompts.  If  a  path  shares  a  common 
procedure,  it  merely  sets  the  variables  required  and  calls  the 
common  procedure.  In  this  respect,  all  module  operations  will 
be  kept  transparent  to  the  user. 

2.  Use  of  Standardised  Display  Layouts 

The  calibration  module  uses  the  established  display 
formats  built  for  the  performance  module.  The  goal  is  to 
provide  a  uniform  appearance  throughout  the  system  when  the 
two  main  modules,  performance  and  calibration,  are  integrated. 

3.  Use  of  a  Top-Down  Hierarchy  and  Two-Hay  Links 

The  general  scheme  used  in  knowledge  representation 
for  calibration  revolves  around  a  top-down  hierarchy  where 
subordinate  procedures  are  called  with  two-way  links.  These 
subordinates  could  call  other  procedures  as  their 
subordinates.  This  scheme  is  beneficial  because  it  allows  for 
very  cohesive  procedures  and  functional  coupling  between  these 
procediures.  Figure  2  illustrates  the  master-subprocedure 
scheme. 

When  the  top  level  procedure  (Calibration  Menu) 
requires  a  subordinate  task,  it  calls  a  subordinate  procedure 
to  accomplish  the  task.  When  completed,  the  subordinate 
procedure  returns  control  to  the  calling  master  procedure. 


riguxa  2  Mmstar-Subordiiiat*  Procadura  Ralationahip 


The  naster  procedure  then  restunes  its  processing  where  it  left 
off.  The  Calibration  Menu  itself  is  called  by  the  Main  Menu 
of  the  MK92  MAES.  Figure  13  in  Appendix  A  shows  the  hierarchy 
of  all  fifty>nine  procedures,  grouped  by  level,  with  all 
connections  between  calling  procedures  shown  by  solid  lines. 

Adept  ’’goal”  nodes  are  the  mechanism  used  for 
implementing  two-way  linking.  A  called  procedure  may  return 
a  value  of  "true",  "false”,  or  "unknown"  to  the  node  calling 
it.  To  return  "true"  or  "false",  the  goal  procedure  must  end 
in  a  result  node  off  a  true  or  false  arc,  respectively.  If 
the  goal  procedure  ends,  however,  with  a  display  or 
calculation  node,  a  value  of  "unknown"  is  always  returned. 
This  enabled  us  to  cascade  goals,  as  seen  in  Figure  3. 

The  ability  of  an  Adept  goal  procedure  to  return  a 
value  of  "unknown"  is  central  to  the  calibration  module's 


16 


capability  of  handling  multiple  casualty  conditions.  Several 
of  the  casualty  conditions  utilize  the  same  path  procedure. 


Cascading  Adept  Goal  Procedures 


Vigure  3  Cascading  Adept  Goal  Procedures 


For  example,  CAS  Search  Target  fixed  frequency  and  frequency 
agile  use  the  same  procedure,  CAS  Search  Target,  in 
troubleshooting  both  casualty  conditions.  If  a  value  of 
"true"  or  "false"  is  returned  by  the  goal  procedure,  it  cannot 
be  used  again  if  it  is  required  for  another  casualty 
condition.  However,  a  value  of  "unknown"  ensures  that  the 
path  procedure  will  be  executed  a  second  time  if  necessary. 
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D.  D18IGN  MBTHODOLOOY 


The  first  task  acoonplished  was  to  reorganize  the 
knowledge  representation  diagnostic  trees  provided  by  the 
expert  into  one  conprehensive  chart.  This  allowed  us  to  view 
the  knowledge  as  a  coherent  whole  that  could  be  analyzed  for 


Figure  4  Genesis  of  a  Conion  Procedure 


patterns  and  similarities  between  elements  of  the  expert 
diagnosis.  We  noted  that  several  paths  in  CAS  Search  mirrored 
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similar  paths  in  CAS  Track.  Further  examination  showed  the 
same  situation  between  CAS  paths  and  STIR  paths.  These 
similar  paths  were  then  designated  as  tasks  to  be  accomplished 
by  common  procedures  (Figure  4) .  We  also  noted  that 
calibration  knowledge  allowed  a  different  design  approach  from 
that  used  to  implement  the  performance  module.  A  discussion 
of  lae  differences  can  be  found  in  Appendix  B. 

Based  on  the  analysis  of  diagnostic  trees  accomplished  in 
the  previous  task,  the  system  was  designed  modular ly  into 
procedures,  subprocedures,  and  sub-subprocedures,  a  procedure 
can  call  a  subprocedure  to  perform  certain  tasks.  Once 
performed,  control  is  returned  to  the  calling  procedure.  For 
example,  the  procedure.  Calibration  Menu,  requires  the  user  to 
choose  between  manual  or  automatic  path  selection.  Upon  user 
selection.  Calibration  Menu  calls  either  Manual  Menu  or 
Printout  Entry  Menu.  After  the  user  selects  a  specific  path 
from  Manual  Menu  or  completes  entering  casualty  conditions 
from  the  DSOT  printout  into  the  Printout  Entry  Menu,  the 
system  returns  to  Calibration  Menu. 

The  resultant  design  for  the  calibration  module  was  a  two- 
way  linked  hierarchy  of  procedures,  subprocedures,  and  sub¬ 
subprocedures.  Logically  identical  paths  are  condensed  into 
common  procedures  that  can  be  customized  through  variables  to 
suit  several  different  individual  troubleshooting  paths.  The 
user  can  choose  between  expert  analysis  of  casualty  conditions 
and  direct  selection  of  specific  troubleshooting  paths. 
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B.  CALIBRATION  PROTOTYPE  APPLICATION  DESIGN 

The  following  sections  focus  on  design  issues  encountered 
in  development  of  the  calibration  portion  of  MK92  MAES.  A 
distinction  is  made  between  the  logical  design  apparent  to  the 
user  and  the  physical  design  as  viewed  by  the  expert  system 
maintainer  or  developer. 

1.  Calibration  Logical  Design 

Logically,  there  are  three  distinct  levels  in  the 
design  of  calibration: 

*A  choice  of  path  selection  method  (i.e.,  directly  or  via 

DSOT  printout  indications  and  system  analysis) ; 

•  A  path  selection  (e.g.,  All  CAS  Modes); 

•  A  path  execution  via  specific  diagnostic  tree. 

At  level  one  the  user  enters  calibration  and  decides 
which  troubleshooting  method  he  wishes  to  use.  This  level 
provides  several  functional  advantages  to  the  user.  Selection 
of  the  Printout  Entry  Menu  allows  the  system  to  utilize  the 
embedded  expert  knowledge  to  determine  the  casualties  and 
their  priorities.  The  Manual  Menu  allows  users  to  select  a 
particular  path  they  believe  provides  the  most  likely  means  of 
determining  the  cause  of  a  fault.  This  method  also  provides 
a  means  for  training  junior  personnel  in  the  heuristics  of 
troubleshooting . 

The  second  level,  path  selection,  follows  directly 
from  the  choice  the  user  made  in  level  one.  Whether  the  user 
selects  the  path  directly  or  using  the  analysis  performed  by 
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the  system,  the  casualty  indications  will  determine  the 
necessary  troubleshooting  path. 

Finally,  the  fault  isolation  level  has  twenty-seven 
specific  paths.  These  paths  are  displayed  in  Appendix  C.  In 
a  given  session,  the  casualty  indications  may  require  that 
more  than  one  path  be  used  to  resolve  the  overall  system 
casualty.  Once  all  faults  are  isolated  the  system  returns  to 
the  Main  Menu. 

2.  Calibration  Physical  Design 

The  three  logical  levels  are  implemented  in  fifty-nine 
procedures  broken  into  the  six  physical  levels  listed  below: 

•  Area  Menu  (e.g..  Calibration  Menu  or  Performance  Menu); 

•  Sub-Area  (e.g..  Printout  Entry  Menu); 

•  Path  (e.g..  All  CAS  and  STIR); 

•  Path  Element  or  Common  (e.g..  All  CAS  Modes  No  OFFLINE 
Light  or  AFC  Common) ; 

•Path  Sub-Element  or  Common  Element  (e.g..  All  STIR  Modes 
Power  Head  Cal  or  AFC  Forced  Lamp  On) ; 

•  Path  Sub-Sub-Element  or  Common  Sub-Element  (e.g. ,  All  STIR 
Modes  Mixer  Cal  or  AFC  Mag  Sample  Not  In  Spec) . 

Figure  13  in  Appendix  A  shows  the  relationship  between  the  six 

physical  layers.  All  procedures  below  the  Calibration  Menu 

are  goal  procedures.  This  provides  two-way  links  and 

establishes  Calibration  Menu  as  central,  top  level  procedure. 

The  twenty-seven  possible  fault  isolation  paths  are 

accessed  by  examining  the  boolean  status  of  the  fifty-seven 

casualty  conditions.  In  order  to  keep  the  Calibration  Menu 


small,  the  casualty  conditions  were  split  into  eight  groups 
(Cal  Paths  A  through  Cal  Paths  H) .  A  procedure  called  Cal 
Path  Group  Evaluation  determines  which  groups  are  necessary. 
The  order  of  the  conditions  in  each  group  determines  the  fault 
isolation  path  priorities.  The  Cal  Path  groups  are  called  by 
the  Calibration  Menu  only  if  needed. 

Within  Cal  Path  Group  Evaluation,  if  a  Cal  Path 
contains  any  conditions  with  the  value  of  "true”,  that 
particular  Cal  Path  procedure  will  be  called.  When  the  Cal 
Path  procedure  is  called  the  path  procedure  required  for  fault 
isolation  is  determined  by  the  boolean  status  of  the  casualty 
condition.  Within  each  group,  each  casualty  condition  is 
directed  to  one  specific  troubleshooting  path. 

3 .  Example  Session 

This  section  discusses  a  typical  session  using  the 
calibration  portion  of  MK92  MAES  (Figure  5) . 

As  previously  indicated,  the  Calibration  Menu  is 
called  from  the  Main  Menu.  This  menu  asks  the  user  to  choose 
a  method  of  path  selection:  manual  (direct)  or  automatic 
(using  expert  indication  diagnosis) . 

Based  on  that  selection,  the  Calibration  Menu  calls 
the  Manual  Menu  or  Printout  Entry  Menu.  The  Manual  Menu 
allows  the  user  to  choose  one  path  out  of  the  twenty-seven 
fault  isolation  possibilities,  and  returns  to  the  Calibration 
Menu  when  a  diagnostic  path  is  completed. 
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The  Printout  Entry  Menu  presents  the  user  with  a 
screen  mimicking  the  OSOT  printout  (Figure  6) . 
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Figure  6  Printout  Entry  Monu  Unor  Intorfnoo  Display 


The  user  first  checks  off  boxes  corresponding  to  the 
indications  on  the  DSOT  printout.  The  system  then  analyzes 
the  entries  to  determine  which  of  the  fifty-seven  potential 
casualty  conditions  exist.  The  user  is  presented  with  a 
display  showing  which  fault  isolation  paths  will  be  taken,  in 
prioritized  order.  The  system  returns  to  the  Calibration  Menu 
when  the  user  completes  the  final  fault  isolation  path. 

As  previously  mentioned,  in  order  to  organize  the 
Calibration  Menu,  the  fifty-seven  casualty  conditions  are 
split  into  eight  groups.  After  path  selection.  Calibration 
Menu  calls  Cal  Path  Group  Evaluation.  Cal  Path  Group 
Evaluation  identifies  which  groups  have  active  casualty 
conditions,  sets  variables  that  will  call  the  necessary 
groups,  and  returns  to  the  Calibration  Menu  upon  completion. 
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with  the  necessary  Cal  Path  Groups  identified, 
Calibration  Menu  directs  each  Path  Group  in  turn  to  evaluate 
its  conditions.  Those  conditions  with  a  value  of  "true"  will 
call  the  appropriate  troubleshooting  path.  After  all 
conditions  within  a  Path  Group  are  .evaluated,  control  is 
returned  to  the  Calibration  Menu,  which  calls  the  next  Path 
Group.  This  process  continues  until  all  casualty  conditions 
have  been  addressed,  at  which  time  control  is  returned  to  the 
Main  Menu. 

The  calibration  design  differs  significantly  from  that  of 
performance  in  both  the  logical  and  physical  design.  The 
calibration  module  contains  a  central  master  procedure  that 
directs  flow  of  the  application  through  the  use  of  two-way 
linking  goal  procedures. 
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IV.  LB8SOM8  LBARNED 


This  chapter  discusses  insights  gained  in  using  Adept  and 
in  designing  and  building  an  expert  system.  It  is  based  on 
the  experience  of  developing  the  calibration  module  of  the 
MK92  Maintenance  Advisor  Expert  System  (MK92  MAES) . 

A.  ADEPT  EXPERT  SYSTEM  SHELL  IMSIGHTS 

This  section  discusses  lessons  learned  that  pertain 
directly  to  the  development  tool  used,  SoftSell's  Adept,  and 
were  not  obvious  from  the  docvimentation .  The  reader  is 
assumed  to  have  a  basic  understanding  of  the  nature  and 
elements  of  Adept.  References  (1),  (2),  and  (5)  may  provide 
clarification  on  specific  terms  or  features. 

1.  Goal  Modes  vs.  Result  Modes 

Goal  procedures  will  always  return  a  value  of 
"unknown**  when  their  end  nodes  are  not  result  nodes  (e.g., 
display  or  calculation  nodes) .  Goal  procedures  can  call  other 
goal  procedures,  resulting  in  a  cascading  flow  of  control. 
Goal  procedures  determine  whether  the  called  goal  procedure 
has  already  been  accomplished  by  checking  its  boolean  value. 
If  a  value  of  "unknown"  is  encountered,  then  the  called 
procedure  may  be  executed.  This  point  is  critical  to  the 
module *s  ability  to  address  multiple  casualty  conditions. 
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2.  Display  Ob j sots  and  varlablss 

Buttons  and  list  boxes  in  Adept  displays  are  naned 
"display  objects".  They  can  be  referenced  by  subsequent  nodes 
until  another  display  is  opened.  To  translate  the  user  input 
into  a  permanent  value  that  can  be  manipulated  and  accessed 
beyond  the  next  display,  variables  must  be  used.  Simple  if- 
then-else  statements  in  custom  node  scripts  can  assign 
variable  values  to  reflect  display  object  values.  The 


Figure  7  calibration  Menu  Path  Seleotion  Display 
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"Action"  section  in  the  "Object  Properties"  dialog  window 
refers  to  the  three  possible  arcs  out  of  the  node.  Selecting 
one  of  these  action  buttons  has  no  effect  on  the  boolean  value 
of  the  button  when  it  is  pressed.  Those  values  are  determined 
strictly  by  selecting  the  button  (true)  or  by  not  selecting  it 
(false) .  For  example,  Figure  7  shows  the  path  selection 
method  screen  from  the  Calibration  Menu. 

The  "Printout"  button  is  named  "Printout"  within  the 
program.  This  is  the  display  object  name.  This  object  has  a 
default  value  of  false  when  the  display  is  opened.  When  the 
object  is  selected  its  value  becomes  true.  The  object  can  be 
referred  to  by  name,  and  the  boolean  value  can  be  used  in  a 
logical  expression  until  a  new  display  is  opened. 

3.  List  Boxes  vs.  Buttons 

Offering  the  user  a  list  box  for  selection  among 
multiple  choices  is  more  concise  and  efficient  than  a 
collection  of  buttons.  Buttons  have  limited  space  for 
labeling  and  the  screen  can  only  hold  so  many  buttons.  A  list 
box  allows  fuller  descriptions  of  each  choice  and  scrolling 
provides  extra  space  for  more  choices. 

An  earlier  version  of  the  interface  used  buttons  to 
select  a  path  from  the  manual  menu.  Because  the  path  names 
were  longer  than  the  standard  button  size,  button  names  were 
abbreviated,  potentially  confusing  the  user.  Implementing  the 
choice  of  twenty-seven  different  paths  required  three  screens: 
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•  one  screen  to  choose  between  CAS,  STIR,  or  All  CAS  and 

STIR  Modes; 

•  one  screen  each  for  CAS  paths  and  STIR  paths. 

The  final  version  of  the  interface  employs  only  one 
screen  that  uses  a  list  box.  The  list  box  contains  all  the 
troubleshooting  path  options  available  in  the  module.  Users 
can  view  all  their  options  before  selecting  one  path. 

4 .  Display  Text 

Within  the  "Object  Properties"  dialog  window  for  a 
text  object  is  the  option  to  use  a  scroll  bar.  This  allows 
enough  space  for  long  descriptions,  step-by-step  instructions, 
or  explanations  within  one  display.  Using  this  approach 
eliminates  the  need  to  chain  together  nodes  simply  because  the 
textual  information  does  not  fit  fully  in  one  standard  screen. 

For  example,  the  instructions  describing  how  to 
conduct  a  specific  test  during  fault  isolation  take  up  four 
8.5"  by  11"  pages  in  the  knowledge  document.  Using  the 
scrolled  text  option  allowed  the  inclusion  of  all  those 
instructions  in  one  display.  Users  can  step  forward  and  back 
through  text  at  their  discretion. 

5.  Utilisation  of  Global  Variables 

Global  variables  can  be  used  by  "common"  procedures  to 
allow  several  paths  to  use  the  same  code  to  isolate  faults. 
They  also  provide  a  tool  that  can  be  used  to  coordinate  and 
communicate  between  master  and  subordinate  procedures.  This 
aspect  was  essential  to  the  design  of  the  calibration  module. 
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Figure  8  shows  a  common  procedure's  display  and  four  global 


variables:  Trac)c_Search ,  Target_Clutter ,  Cardl  and  Cards. 


Figure  8  An  Example  of  a  common  Prooedure  Using  Global 
Variables 
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C.  CuatoBiliag  Daing  Script  Modaa 


Figure  9  shows  an  Adept  procedure.  The  highlighted 
node  is  a  custom  node  containing  the  variables  assignment. 
Custom  node  scripts  should  be  limited  to  accomplish  a 
reasonably  small  set  of  specific  tasks.  Dividing  up  even 
similar  problems  into  a  series  of  nodes  creates  a  more 
maintainable  software  program.  Adept's  debugging  feature  can 


Figure  9  Adept  Procedure  utilising  a  cuatom  Node 


isolate  bugs  more  effectively  in  a  series  of  nodes  than  in  one 
catchall  node. 
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Figur*  10  An  Exnaplo  of  an  Adapt  Custom  Nods  Script 

Custom  node  scripts  allow  the  system  developer  to 


customize  an  application.  Figure  10  is  an  example  of  a  custom 
node  script.  It  shows  the  assignment  of  values  to  global 
variables  utilized  by  the  procedure  shown  in  Figure  9,  CAS 
Frequency  Agile. 

7.  Use  of  Descriptive  Names 

Names  of  procedures,  variables,  and  display  objects 
should  be  as  descriptive  as  possible.  With  a  thlrty^two 
character  length  maximum  there  is  no  need  to  indulge  in  arcane 
abbreviations.  Full  names  and  real  words  make  the  application 
easier  to  understand,  modify  and  maintain. 
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B.  OBSZGlf  AMD  IMPLEMEMTATIOM 

This  section  describes  lessons  learned  that  relate  to  the 
design  process  and  the  actual  inplementation  of  docunented 
expert  knowledge  into  a  prototype  expert  system. 

1.  Overview  Abstreotion 

Our  implementation  was  greatly  aided  by  initially 
abstracting  an  overall  view  of  the  expert  knowledge,  and 
subsequent  macro  examination  of  the  application  and  its 
logical  flow.  Gathering  the  expert  knowledge  representation 
in  one  document  led  to  the  identification  of  common  paths.  It 
also  revealed  each  of  the  twenty-seven  paths  as  coherent 
wholes,  i.e.,  they  were  not  split  up  so  they  would 
conveniently  fit  on  8.5”  x  11”  pages  for  the  purpose  of  filing 
them  in  a  binder. 

The  Immediate  benefit  from  this  approach  was  the 
ability  to  determine  where  the  expert  knowledge  could  be 
condensed  into  common  procedures,  and  how  the  expert  knowledge 
base  was  organized.  Viewing  the  knowledge  in  that  manner  led 
to  considering  the  module  as  a  coherent  whole  that  could  and 
should  work  in  a  coordinated  fashion  to  resolve  all  the  CSOT 
calibration  casualties  indicated.  The  end  result  was  a  design 
that  takes  user  input,  analyzes  it,  determines  the  tasks 
necessary  to  accomplish  its  objective,  proceeds  through  those 
tasks,  and  returns  to  a  neutral  state  awaiting  further  tasking 
by  the  user. 
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2.  Umm  of  COBBon  Proeoduras 

Conunon  paths  were  determined  by  comparing  elements  in 
the  knowledge  representation.  Where  identical  "tree  branches" 
were  noted,  the  actual  verbiage  and  action  at  matching 
decision  points  was  compared  to  determine  what  words  must  be 
variables.  Global  variables  were  designated  and  placed  within 
the  common  procedure.  When  a  specific  path  that  uses  that 
procedure  is  called  by  the  application,  those  variables  are 
assigned  the  values  that  customize  the  common  procedure  for 
the  given  fault  isolation  path. 

Common  procedures  resulted  in  an  application  size 
approximately  sixty  percent  of  what  it  would  have  been  if  each 
of  the  twenty-seven  paths  had  been  implemented  as  unique 
procedures.  The  domain  expert  recognized  the  similarities  in 
the  paths  that  became  common  procedures,  as  evidenced  by  his 
use  of  one  path  representation  as  a  template  for  several 
others . 

These  lessons  learned  implicitly  build  on  the  experience 
of  the  performance  module  development.  The  implications  for 
the  continuing  development  of  the  NK92  MAES  project  suggest 
that  some  combination  of  our  design  and  the  performance  module 
design  will  be  employed  for  the  final  version.  The  follow-on 
group  of  graduate  students  will  build  on  our  experience  in 
developing  the  calibration  module  and  learn  more  about  expert 
system  development  and  the  capabilities  of  Adept. 
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V.  SUMMARY  AMD  COMCLDSZOM8 


This  chapter  presents  conclusions  about  our  experience  in 
the  implementation  of  the  calibration  module  of  the  MK92 
Maintenance  Advisor  Expert  System  (MK92  MAES) .  It  also 
discusses  potential  uses  of  expert  system  technology  and  the 
Adept  expert  system  shell  in  other  application  areas  of  the 
Navy. 

A.  IMPLEMEMTATIOM  OESZOM 

We  designed  the  calibration  module  of  the  MK92  MAES  as  a 
goal  driven  Adept  application.  Common  procedures  are  used  as 
much  as  possible  to  eliminate  redundant  code.  This  approach 
led  to  a  compact  overall  system  that  is  easy  to  read,  modify, 
maintain,  and  test. 

He  have  also  included  an  extensive  help  facility  in  the 
form  of  "how  to"  and  "why"  information  provided  by  the  domain 
expert.  In  addition,  the  ability  to  "page  back"  to  the 
previous  screen  was  added  to  help  the  user  to  backtrack  to  a 
previous  entry  to  review  a  selection  or  correct  any  errors 
made  in  selecting  a  path. 

The  initial  data  entry  by  the  user  is  accomplished  through 
a  screen  that  mimics  the  DSOT  printout.  The  user  simply  marks 
the  items  from  the  DSOT  printout.  This  data  is  then  analyzed 
by  the  system  to  determine  the  indicated  casualty  conditions. 
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The  system  will  then  lead  the  user  to  specific  troubleshooting 
paths.  A  manual  selection  path  is  also  provided  for  the  user. 
This  option  is  particularly  useful  for  training  or 
troubleshooting  unusual  conditions. 

Our  design  differs  substantially  from  the  implementation 
of  the  performance  module.  Appendix  B  provides  a  detailed 
discussion  on  the  differences  between  the  two.  All 
calibration  procedures  below  the  Calibration  Menu  are  Adept 
goal  procedures,  not  result  procedures.  Our  paths  are 
designed  to  be  selected  through  analysis  of  indicated  system 
failures,  rather  than  through  successive  menus  that  force 
users  to  decide  where  the  problem  lies. 

Our  design  gives  the  user  an  application  that  reveals  only 
the  three  logical  levels:  path  selection  method,  path 
selection,  and  fault  isolation,  while  giving  the  maintainer  a 
system  built  in  functionally  discrete  elements  on  six  physical 
levels.  The  maintenance  and  end-user  application  of  the 
module  are  both  enhanced.  Calibration  can  be  viewed  as  one 
process,  executed  by  a  master  procedure  that  coordinates 
subordinate  procedures  as  needed. 

B.  C01ITI1IUIM6  KK92  MAES  ISSUES 

This  section  covers  issues  pertaining  to  the  MK92  MAES 
that  need  to  be  addressed  in  the  future.  Some  of  these  issues 
are  already  being  addressed  by  the  MK92  MAES  project  team. 
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X.  Validation,  Varifioation  and  Tasting 

The  system  (calibration  and  performance  modules)  still 
requires  complete  validation,  verification  and  testing.  The 
verification  process  calls  for  a  thorough  review  of  the  expert 
knowledge  base  by  independent  experts.  The  validation  process 
involves  ensuring  the  accurate  implementation  of  this 
expertise  in  the  knowledge  base.  To  this  point  the  project 
could  still  be  considered  a  prototype.  It  still  needs 
extensive  testing  to  refine  the  interface  and  provide 
additional  features  that  will  make  this  system  effective  and 
efficient. 

2.  Additional  Functionality. 

Some  additional  features  for  the  system  that  are 
desirable  but  not  implemented  in  the  calibration  module 
Included: 

•  a  working  interface  between  Adept  displays  and  the 
relational  database  for  part  and  replacement  information; 

•  the  ability  to  retrace  the  user's  path  during  fault 
isolation; 

•  the  ability  to  create  a  historical  record  of  the  user 
session  for  trend  analysis  and  interrupted  sessions. 

Using  structured  methodologies,  the  organization  and 
content  of  Adept  procedures  could  be  further  improved  for 
better  readability,  maintainability,  modifiability,  and  reuse. 
There  may  be  design  enhances  similar  to  our  use  of  Adept  goals 
and  common  procedures  to  be  achieved.  Only  continued  focus  on 
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the  design  process,  structured  methodologies,  and  the  overall 
functionality  of  the  MK92  MAES  will  yield  those  innovations. 

3.  Standardlsatioa  of  Calibration  and  Parforaanoa  Modules 
Some  inconsistencies  between  the  calibration  and 
performance  modules,  as  implemented,  must  be  resolved  before 
the  two  modules  can  be  integrated.  The  display  layout  for  the 
two  modules  differs  slightly  from  each  other: 

1)  calibration  uses  the  Arial  font  and  places  text  top  and 
left  justified,  versus  performance's  San  Serif,  center- 
center  justified  text. 

2)  the  bitmap  object,  MX92  logo,  in  the  foreground  of 
performance  displays  is  moved  to  the  background,  flush  with 
the  left  screen  border  in  calibration  displays  (this  is  very 
significant  because  an  Adept  application  shares  a  common 
background  throughout  all  its  displays) . 

3)  the  help  feature  in  performance  is  accessed  by  a  help 
button  in  the  "action"  portion  of  the  standard  screen 
(Figure  11) ,  whereas  calibration  help  has  explicit  buttons 


Figure  ll  standard  Format  of  a  Perforaanoe  Nodule  Display 
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for  "how",  "why",  and  "parts  information"  that  are 
positioned  in  the  Procedure  (middle)  section  of  the  display 
(Figure  12) . 


The  performance  module  should  be  revised  to  better  use 
comon  procedures.  This  approach  would  eliminate  redundant 
code,  thus  decreasing  the  module's  overall  size  and  improving 
system  performance.  Additionally,  an  approach  similar  to  the 
one  used  for  the  calibration  module  for  initial  entry  of 
casualty  conditions  could  be  used.  This  approach  could 
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eliminate  some  of  the  menu  levels  presently  used  to  direct  the 
troubleshooting.  It  may  be  possible  to  redesign  the 
performance  module  as  a  two>way  linked  hierarchy  (using  goal 
nodes)  instead  of  the  current  one-way  linking. 

4.  Direct  Casualty  Input  Interface 

The  calibration  module  uses  a  screen  that  mimics  the 
DSOT  printout  to  elicit  input  on  MK92  system  calibration 
status  from  the  user.  This  information  is  already  in  digital 
form  and  could,  theoretically  at  least,  be  routed  to  the 
expert  system  directly.  In  addition  to  time  savings  and 
accuracy,  the  implications  of  that  kind  of  interface  include 
the  potential  for  creating  a  historical  record  of  system 
indications  that  Include  trends  as  well  as  outright  failures. 
Analysis  of  these  trends  could  allow  prediction  of  impending 
critical  failures. 

C.  OTHER  EXPERT  8Y8TEII8 

There  is  a  need  to  exploit  available  expert  system 
technology  to  enhance  the  knowledge,  readiness,  and  cost- 
effectiveness  of  Navy  personnel  and  systems.  Downsizing  the 
Navy  increases  the  need  for  every  ship,  station  and  aircraft 
that  remains  in  that  reduced  force  to  be  maintained  and 
operated  at  the  highest  level  of  readiness  possible. 

Every  area,  from  combat  systems  to  communications  to 
personnel  and  financial  management  could  benefit  from  having 
expertise  more  widely  distributed.  Every  inspection  and 
assist  team,  every  policy  setting  organization  should  examine 
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how  they  might  use  expert  systems  to  diffuse  knowledge  of  how 
to  perform  their  jobs  efficiently  and  effectively.  If  experts 
can  write  down  their  ways  to  accomplish  a  task,  and  their 
rules  of  thumb,  an  expert  system  can  be  used  to  show  anyone 
how  to  accomplish  that  task.  Some  potential  areas  are: 

•  administrative  separations; 

•  legal  administration; 

•  budget  formulation; 

•  transition  assistance; 

•  Maintenance,  Material  Management  System; 

•  combat  systems; 

•  hull,  mechanical,  and  electrical  systems; 

•  aircraft  maintenance. 

The  expert  systems  deployed  need  not  be  enormous  in  scope 
or  size  to  be  cost  effective.  The  MK92  MAES  illustrates  the 
level  of  complexity  that  can  be  addressed,  but  high  complexity 
is  not  a  prerequisite  for  an  effective  expert  system.  The 
savings  in  personnel  resources  consumed  by  a  given  task  can  be 
realized  in  even  rudimentary  expert  systems  if  there  is  a 
knowledge  base  that  is  presently  unaccessible  to  potential 
users . 

D.  SUMMARY 

This  thesis  described  the  design  and  implementation  of  the 
calibration  module  of  the  MK92  MAES.  It  is  the  continuation 
of  the  software  development  project  initiated  by  NSWC,  Port 
Hueneme  in  1992,  and  involved  Naval  Postgraduate  School 
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faculty  and  students.  The  performance  module  was  implemented 
by  a  previous  development  team  at  NPS.  Follow-on  project  team 
members  will  integrate  the  performance  and  calibration 
modules,  perform  an  independent  validation,  verification,  and 
testing  of  the  integrated  modules  of  the  system,  and  determine 
the  implementation  alternatives  for  shipboard  deployment. 

We  determined  that  the  design  of  the  calibration  module 
should  be  built  as  a  top-down  hierarchy  of  cohesive  and 
loosely  coupled  procedures.  Similar  logical  paths  were 
Integrated  into  common  procedures  that  can  be  called  by 
several  different  troubleshooting  procedures.  New  standards 
for  the  user  interface  design  are  proposed  to  enhance  the  user 
abilities  to  interact  with  the  system. 

We  delivered  a  working  prototype  calibration  module  for 
the  HK92  NAES  that  implements  the  domain  expertise  with  all  of 
the  functional  and  design  attributes  identified  by  NSWC  and 
NPS.  Preliminary  evaluation  of  the  module  indicates  that  the 
essential  organization  and  behavior  of  the  system  in  practice 
meets  the  expectations  of  NSWC,  Port  Hueneme  and  NPS. 
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APPENDIX  A 


lfK»2  MASS  (CALIBRATION) 

This  appendix  provides  a  detailed  listing  of  Adept 
procedures  for  the  calibration  portion  of  the  MK92  MAES.  Each 
procedure  is  listed  with  a  description  of  its  functions,  the 
procedures  it  is  called  by,  the  procedures  it  calls,  and  a 
reference  to  its  corresponding  diagnostic  tree  diagram  drawn 
by  the  expert. 

Procedures  are  arranged  as  a  top-down  hierarchy.  There 
are  fifty-nine  procedures  arranged  into  six  physical  levels. 
Each  procedure  has  a  unique  name,  by  which  it  is  identified 
within  the  application.  A  hierarchical  numbering  scheme  is 
used  to  number  the  procedures.  Each  procedure  is  identified 
by  its  parent  procedure  that  calls  it  and  a  unique  number 
within  that  parent.  Where  a  procedure  is  called  by  more  than 
one  procedure,  an  "x"  is  used  for  that  higher  level  parent. 

For  example,  the  procedure  number  for  Target  or  Clutter 
Common,  2.x.x.8,  indicates  that  it  is  called  by  more  than  one 
procedure  (2.x. 4,  2.x. 5,  2.x. 8,  2.x. 9,  2.x. 11,  and  2.x. 12)  and 
these  procedures  are  themselves  called  by  several  procedures. 
(See  Figure  13) . 

The  Calibration  Menu  is  designed  to  be  called  by  the  Main 
Menu  of  the  MK92  MAES.  All  procedures  below  the  Calibration 
Menu  are  called  only  as  necessary.  Figure  13  shows  the  layout 
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of  all  fifty-nine  procedures,  grouped  by  level,  with  all 
connections  between  calling  procedures  shown  by  solid  lines. 
All  connections  are  two-way,  reflecting  Adept  goal  nodes.  The 
MK92  Begin  and  Main  Menu  procedures  are  not  listed  here 
because  they  were  developed  by  the  Performance  module  team. 

To  increase  the  readability  of  the  procedures  diagram  and 
facilitate  their  maintenance,  a  dummy  "begin"  display  node  is 
added  at  the  top  of  each  procedure.  This  node  has  the 
procedure  number  as  its  title  and  contains  a  detailed 
description  on  the  functionality  of  the  node. 
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ARBA  LEVEL 

(2.0)  Calibration  Menu 

8UB<*AREA  LEVEL 

(2.1)  Manual  Menu 

(2.2)  Printout  Entry  Menu 

(2.3)  Cal  Path  Group  Evaluation 

(2.4)  Cal  Paths  A 

(2.5)  Cal  Paths  B 

(2.6)  Cal  Paths  C 

(2.7)  Cal  Paths  D 

(2.8)  Cal  Paths  E 

(2.9)  Cal  Paths  F 

(2.10)  Cal  Paths  G 

(2.11)  Cal  Paths  H 

PATH  LEVEL 

(2.4.1)  All  CAS  and  STIR 

(2.4.2)  CAS  AFC 

(2.4.3)  All  CAS  Modes 

(2.4.4)  CAS  Fixed  Frequency 

(2.4.5)  All  CAS  Search 

(2.6.1)  All  CAS  Track 

(2.7.1)  STIR  AFC 

(2.7.2)  All  STIR  Modes 

(2.7.3)  STIR  Fixed  Frequency 

(2.8.1)  CAS  Frequency  Agile 

(2.10.1)  STIR  Frequency  Agile 

(2.11.1)  All  CAS  ECM 

(2.11.2)  CAS  Search  ECM 

(2.11.3)  CAS  Track  ECM 

(2.11.4)  STIR  Track  ECM 
(2.X.1)  All  CAS  Non-ECM 
(2.x. 2)  CAS  Search  FF  xor  FA 

(2.x. 3}  CAS  Search  Target  and  Clutter 

(2.x. 4}  CAS  Search  Target 

(2.x. 5)  CAS  Search  Clutter 

(2.x. 6)  CAS  Track  FF  xor  FA 

(2.x. 7)  CAS  Track  Target  and  Clutter 

(2.x. 8)  CAS  Track  Target 

(2.x. 9)  CAS  Track  Clutter 

(2.x. 10)  STIR  Track  Target  and  Clutter 

(2.x. 11)  STIR  Track  Target 

(2.x. 12)  STIR  Track  Clutter 

PATH  ELEMEET/COMMOM  LEVEL 
Path  Elements 

(2. 4. 3.1)  All  CAS  Modes  No  OFFLINE  Light 

(2.7.2. 1)  All  STIR  Modes  No  OFFLINE  Light 


Conaon 

(2.X.X.1) 

(2.X.X.2) 

(2.X.X.3) 

(2 .X.X.4) 

(2.X.X.5) 

(2.X.X.6) 

(2.X.X.7) 

(2.X.X.8) 

(2. 11.x. 9) 


AFC  Coninon 
All  Modes  CosuBon 
Fixed  Frequency  Conaon 
Frequency  Agile  Conaon 
FF  and  FA  Conaon 
FF  xor  FA  Conaon 
Target  and  Clutter  Conaon 
Target  or  Clutter  Conaon 
ECM  Conaon 


FATE  8UB-BLBIISMT/C0l010]f  BLSMBn  LBVBL 

Path  Sub-Elenents 

(2. 7. 2. 1.1)  All  STIR  Modes  Power  Head  Cal 

(2. 7. 2. 1.2)  All  STIR  Modes  Mixer  Output  Cal 

Conaon  Eleaents 

(2.X.X.1.1)  AFC  Conaon  AFC  Forced  Lanp  On 
(2.X.X.5.1)  FF  and  FA  Mixer  Output  Check 

(2.X.X.S.2)  FF  and  FA  Power  Head  in  Spec 

PATH  SOB-SUB  BLEMEMT/CONMOM  SOB-ELEMEMT  LEVEL 

Path  Sub-Sub-Elenents 

(2.7.2. 1.2.1)  All  STIR  Modes  Mixer  Cal 


Conaon  Sub-Eleaents 

(2.X.X. 1.1.1}  AFC  Mag  Sanple  Not  In  Spec 
(2.X.X.5.2.1)  FF  and  FA  Power  Head  Search  Path 
(2.X.X.5.2.2)  FF  and  FA  Power  Head  Track  Path 


Name:  CALIBRATION  MENU 

Humber :  2.0 

Description:  This  procedure  prompts  the  user  to  choose 

Manual  (Manual  Menu)  or  Automatic  (Printout 
Entry  Menu)  selection.  After  the  user 
chooses,  the  Calibration  Menu  calls  the  Cal 
Path  Group  Evaluation  procedure  to  determine 
what  casualty  conditions  were  indicated  by 
the  user.  Cal  Paths  A  through  H  are  called 
in  order  so  as  to  implement  the  required 
troubleshooting  priorities . 

Called  By:  Main  Menu 

Calls:  Manual  Menu,  Printout  Entry  Menu,  Cal  Path 

Group  Evaluation,  Cal  Paths  A,  Cal  Paths  B, 
Cal  Paths  C,  Cal  Paths  D,  Cal  Paths  E,  Cal 
Paths  F,  Cal  Paths  G,  Cal  Paths  H. 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


49 


Name: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


MANUAL  MENU 

2.1 

This  procedure  allows  the  user  to  select  one 
troubleshooting  path  from  a  list  box  of  27 
choices . 

Calibration  Menu 
None 

:  There  is  no  directly  corresponding  Expert 
Drawing  Page,  but  it  can  be  seen  as  an 
amalgam  of  SH2,  SH2E,  SH2L,  SH3,  and  SH3E. 


CUSTOM  MODE  SCRIPTS 

CAS  VALUE  IMZTIALXZATZON 

CAS__AFC  -  FALSE; 

All__CAS__Modes  =  FALSE; 

A11__CAS_FF  «  FALSE; 

A11_CAS__FA  »  FALSE; 

All  CAS_ECM  *  FALSE; 

All“CAS_ECM_FF  »  FALSE; 

All  CAS_ECM  FA  «  FALSE; 

All”CAS  Non'ECM  «  FALSE; 

All-CAS^Non^ECM  FF  «  FALSE; 
All~CAS”Non“ECM“FA  =  FALSE; 

CAS  Track  »  FALSE; 

CAS“Track__FF  «  FALSE; 

CAS_Track_FA  =  FALSE; 
CAS_Track_Target_and_Clutter  =  FALSE; 
CAS__Track_Target_and_Clutter_FF  =  FALSE; 
CAS_Track__Target_and__Clutter_FA  «  FALSE; 
CASJTrackJTarget  «  FALSE; 
CAS“Track“Target_PF  »FALSE; 
CAS_Track_Target_FA  «  FALSE; 
CAS_Track_Clutter  ■>  FALSE; 
CAS_Track_Clutter_FF  *  FALSE; 
CAS_Track_Clutter_FA  *  FALSE; 
CAS_Track_ECM  «  FALSE; 

CAS_Track__ECM_FF  =  FALSE; 

CAS_Track_ECM_FA  »  FALSE; 

CAS_Search  »  FALSE; 

CAS__Search_FF  -  FALSE; 

CAS__Search_FA  »  FALSE; 
CAS__Search_Target_and_Clutter  *  FALSE; 
CAS__Search_Target_and_Clutter_FF  -  FALSE; 
CAS_Search__Target~and_Clutter_FA  *  FALSE; 
CAS  Search__Target  »  FALSE; 
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CAS__Search_Target_FF  »  FALSE; 
CAS__Search_Target__FA  ■  FALSE; 
CAS_Search_Clutter  *■  FALSE; 
CAS_Search_Clutter_FF  «  FALSE; 
CAS_Search_Clutter_FA  »  FALSE; 
CAS_Search_ECM  «  FALSE; 
CAS_Search_ECM_FF  *  FALSE; 
CAS_Search_ECM_FA  -  FALSE; 

All  CAS  and  STIR  -  FALSE; 


8TZR  VALUE  ZNITZALZ8ATZ0M 

STIR_AFC  «  FALSE; 

All_STIR_Mode8  ■  FALSE; 

A11_STIR__FF  «  FALSE; 

A11_STIR_FA  -  FALSE; 

STIR_Track_Target_and_Clutter  *  FALSE; 
STIR_Track_Target_and_Clutter_FF  *  FALSE; 
STIR_Track_Target_and_Clutter_FA  =  FALSE; 

STIR_Track_Target  *  FALSE; 
STIR__Track_Target__FF  -  FALSE; 
STIR“Track~Target~FA  *  FALSE; 

STIR_Track__Clutter  »  FALSE; 

STIR  Track  Clutter  FF  «  FALSE; 
STIR"Track“ciutter“FA  »  FALSE; 

STIR_Track_ECM  »  FALSE; 

STIR__Track_ECM_FF  »  FALSE; 
STIR_Track_ECM_FA  *  FALSE; 

No  Hatch  s  FALSE; 


CAE  VATR8 


if  [Path] 
if  [Path] 
if  [Path] 


=»  "CAS  AFC  then  CAS_AFC  =  TRUE; 

»»  "All  CAS  Modes"  then  All  CAS_Nodes  »  TRUE; 
**  "All  CAS  FF"  then  All  CAS  FF  =  TRUE; 


if  [Path] 
if  [Path] 
if  [Path] 
if  [Path] 
if  [Path] 


"All  CAS  FA"  then  A11_CAS_FA  «  TRUE; 

«*  "All  CAS  Non  ECM"  then  All_CAS__Non_ECM 
*«  "All  CAS  ECM"  then  All_CAS__ECM  *  TRUE; 
**  "All  CAS  Track"  then  CAS_Track  =  TRUE; 
—  "CAS  Track  FF  or  FA  (not  both) "  then 
CAS  Track_FF  »  TRUE; 


TRUE 


if  [Path]»*"CAS  Track  Target  and  Clutter"  then 
CAS_Track_Target_and_Clutter=TRUE; 
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if  [Path]  “  "CAS  Track  Target"  then  CAS__Track_Target  * 
TRUE; 

if  [Path]  —  "CAS  Track  Clutter"  then  CAS_Track__Clutter» 
TRUE; 

if  [Path]  —  "CAS  Track  ECM"  then  CAS_Track_ECM  *  TRUE; 

if  [Path]  "All  CAS  Search"  then  CAS_Search  *  TRUE; 

if  [Path]  ■«  "CAS  Search  FF  or  FA  (not  both)"  then 
CAS_Search_FF  »  TRUE; 

if  [Path]»"CAS  Search  Target  and  Clutter"  then 
CAS_Search__Target_and_Clutter*TRUE; 

if  [Path]  »*»  "CAS  Search  Target"  then  CAS_Search_Target  •= 
TRUE; 

if  [Path]  «“  "CAS  Search  Clutter"  then  CAS_Search_Clutter  » 
TRUE; 

if  [Path]  "  "CAS  Search  ECM"  then  CAS_Search_ECM  *  TRUE; 


STIR  PATHS  *  ALL  CAS  AHD  STIR 


if  [Path] 
if  [Path] 
if  [Path] 
if  [Path] 
if  [Path] 

if  [Path] 

if  [Path] 

if  [Path] 
if  [Path] 


—  "STIR  AFC"  then  STIR_AFC  »  TRUE; 

—  "All  STIR  Modes"  then  All_STIR_Mode8  »  TRUE; 

—  "All  STIR  FF"  then  A11_STIR  FF  »  TRUE; 

«»  "All  STIR  FA"  then  A11_STIR”FA  «  TRUE; 

««  "STIR  Track  Target  and  Clutter"  then 
STIR_Track_Target_and_Clutter*TRUE; 

««-  "STIR  Track  Target"  then  STIR__Track__Target  * 
TRUE; 

-*  "STIR  Track  Clutter"  then  STIR__Track__Clutter  « 
TRUE; 

-»  "STIR  Track  ECM"  then  STIR_Track_ECM  -  TRUE; 

««  "All  CAS  and  STIR"  then  All  CAS  and  STIR  »  TRUE 


53 


oc«dure  2.2 


Kama: 

Nuatbar: 

Dascription: 


Callad  By: 
Calls: 

Expart  Drawing 


PRINTOUT  ENTRY  MENU 

2.2 

Tha  usar  antars  data  via  a  screen  that  ainics 
the  DSOT  printout.  The  display  object  values 
are  analyzed  to  datamlne  if  conditions  are 
aet  for  each  of  tha  57  individiial  and 
discrete  casualty  conditions  and  assigns 
variable  values  accordingly. 

Calibration  Menu 
None 

There  is  no  corresponding  Expert  Drawing 
page  niiaber. 


COBTOM  MODE  8CRIW8 

U8BR  BMTRY  VIkLUEB 

if  [CAS  AFC]  —  TRUE  then 
CAS_AFC  -  TRUE 

else 

CAS__AFC  «  FALSE; 
if  [STIR  AFC]  TRUE  then 
STIR_AFC  -  TRUE 

else 

STIR  AFC  »  FALSE; 
if  [a]  ~  TRUE  then 

CAS_TR_TGT__FF  »  TRUE 
else  ~ 

CAS_TR  TGT  FF  -  FALSE; 
if  [b]  —  TRUE“then 

CAS_TR_CLT_FF  »  TRUE 

else 

CAS__TR_CLT  FF  -  FALSE; 
if  [c]  ~  TRUE“then 

CAS__TR_ECM__FF  »  TRUE 

else 

CAS_TR_ECM_FF  »  FALSE; 
if  [d]  —  TRUE  then 

CAS_TR_TGT__FA  *  TRUE 

else 

CAS_TR_TGT_FA  =  FALSE; 
if  [e]  —  TRUE  then 

CAS__TR_CLT__FA  =  TRUE 
else  "" 

CAS_TR_CLT  FA  =  FALSE; 
if  [f]  —  TRUE~then 

CAS_TR__ECM_FA  »  TRUE 

else 
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CAS_TR  ECM_PA  «  FALSE 
if  [g]  —  TRUE  then 

CAS_SR_TGT_FF  •  TRUE 

else 

CAS  SR  TGT_FF  »  FALSE 
if  (h]  —  TRUE  then 

CAS_SR__CLT_FF  •  TRUE 
else  ~ 

CAS  SR  CLT_FF  »  FALSE 
if  [i]  “  TRUE  then 

CAS__SR_ECM_FF  -  TRUE 

else 

CAS_SR  ECM  FF-  FALSE; 
it  tj]  —  TRUE“then 

CAS_SR_TGT_FA  -  TRUE 
else  ”  *” 

CAS_SR  TGT_FA  «  FALSE 
if  [k]  —  TRUE  then 

CAS_SR__CLT_FA-  TRtJE 

else 

CAS_SR__CLT_FA  -  FALSE 
if  [1]  true  then 

CASJSRJECMJFA  -  TRUE 
else  ”  ~ 

CAS  SR  ECM  FA  »  FALSE 
if  [al ]*"«-” TRUE  then 
STIR_TGT_FF  -  TRUE 
else  “  “ 

STIR  T6T  FF  «  FALSE; 
if  [hi]  ~  TOUE  then 
STIR__CLT_FF  -  TRUE 
else  ^ 

STIR  CLT  FF  «  FALSE; 
if  [Cl]  ~  TOUE  then 
STIR__ECM_FF  -  TRUE 
else  ”  ” 

STIR  ECM  FF  «  FALSE; 
if  [dl]  ~  TRUE  then 
STIR__TGT_FA  -  TRUE 
else  “  ^ 

STIR  T6T  FA  «  FALSE; 
if  [el]  ~  TRUE  then 
STIR__CLT_FA  -  TRUE 
else  '' 

STIR  CLT  FA  «  FALSE; 
if  [fl]  ~  TRUE  then 
STIR_ECM_FA  -  TRUE 
else  ' 

STIR  ECM  FA  »  FALSE; 


C3k8  VKLWU 


if  [a]t[b]S[c]i[d]t[e]t[f]&[g]t[h]i[i]S[j)S[k]l.[l]4[al]4[bl] 
4[Cl]S[dl]6[el)4[fl]  ««  TRUE 

than 

All_CAS_and_STIR  »  TRUE 

else 

All_CAS_and_STIR  *  FALSE; 
if  [CAS  AFC]  —  TRUE 
then 

CAS_AFC  *  TRUE 

else 

CAS  AFC  "  FALSE  * 

if  [a]4Tb]4[C]4[d]4[e]4[f]4[g]4[hl4[i]4[j]4[k]4[l]  4 
!All_CAS_and__STIR  “TRUE 

then 

All_CAS_Modes  «  TRUE 
else 

All_CAS_Modes  «  FALSE; 

if  [a]4[b]4(c]4Cg]4[h]4[i]  4  iAll  CAS_and_STIR  4 
!All_CAS_Modes  “  TRUE 

then 

A11_CAS_FF  »  TRUE 
else  “ 

All  CAS  FF  »  FALSE; 

if  (d]4Te]4Tf]<tCj]4[k]4[l]  4  IAll_CAS_and_STIR  4 
lAll_CAS_Mode8  “  TRUE 
then  “ 

A11_CAS_FA  »  TRUE 

else  ^ 

A11__CAS_FA  »  FALSE; 

if  (C]4[i]4[f]4[l]  4  lAll_CAS_and_STIR  4  !A11_CAS  Modes  “ 
TRUE 
then 

A11_CAS_ECM  »  TRUE 

else 

A11_CAS_ECM  =  FALSE; 

if  [c]4[i]  4  iAll_CAS_and_STIR  4  iAll_CAS_Modes  4 
!A11_CAS_FF  4  !A11_CAS_ECM  “  TRUE 

then 

A11__CAS__ECM_FP  -  TRUE 

else 

All  CAS  ECN  FF  -  FALSE; 

if  [f]4Tl]  4  lATl_CAS_and_STIR  4  !All_CAS_Modes  4 
IA11_CAS__PA  4  !A11_CAS_ECM  “  TRUE 
then  ” 

A11__CAS__ECM_FA  -  TRUE 

else 

A11_CAS_ECM_FA  -  FALSE; 
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if  [a]4[b]4[g]tt»i]SCd]fi[elSt 4  !All_CAS_and_STIR  4 
lAll^CAS^Modes--  TRUE 

then 

All_CAS_Non_ECM  »  TRUE 

else 

All_CAS_Non_ECM  *  FALSE; 

if  [a]4[b]4tg]4th]  4  !All_CAS_and_STIR  4  ! All_CAS_Modes  4 
!A11_CAS_FF  4  !  All_CAS_Non_ECM  «-  TRUE 

then 

All_CAS_Non__ECM_FF  *  TRUE 

else 

All_CAS__Non_ECM_FF  =  FALSE; 

if  td]4[e]4[ j]4[k]  4  !All_CAS_and_STIR  4  !All_CAS_Modes  4 
IA11_CAS_FA  4  lAll_CAS__Non_ECM  ««  TRUE 

then 

All_CAS_Non_ECM_FA  »  TRUE 

else 

All  CAS_Non  ECM  FA  »  FALSE; 


CAS  TRACK  VALUES 

if  [a]4[b]4Cc]4[d]4[e]4[f ]  4  lAll_CAS_and_STIR  4 
lAll_CAS_Modes««  TRUE 
then  “ 

CAS_Track  =  TRUE 

else 

CAS_Track  »  FALSE; 

if  [a]4[b]4(c]  4  1A11_CAS  and_STIR  4  lAll_CAS_Mode8  4 
IA11_CAS__FF  4  lCAS__Track  —  TRUE 

then 

CAS__Track_FF  «  TRUE 

else 

7x*dc3c  FF  ^  FAXiSE  * 

if  [d]4Te)4[f7  4  !All_CAS_and_STIR  4  !All__CAS_Mode8  4 
1A11_CAS_FA  4  !CAS_Track  =»  TRUE 

then 

CAS__Track_FA  »  TRUE 

else 

CAS_Track_FA  »  FALSE; 

if  [a)4[b]4td]4[e]  4  !All_CAS_and_STIR  4  !All_CAS_Modes  4 
lAll__CAS_Non_ECM  4  !CAS_Track  »«  TRUE 

then 

CAS_Track_Target_and_Clutter  »  TRUE 

else 

CAS__Track  Target_and__Clutter  »  FALSE; 
if  [a]4[b]  4  TAll_CAS_and__STIR  4  I All_CAS_Modes  4 

iAll  CAS_FF  4  lAll_CAS_Non_ECM  4  ! All_CAS_Non_ECM_FF  4 
!CAS”Track  4  1 CAS_Track_FF  4 
1  CAS”Track__Target_and_Clutter  =«  TRUE 

then 
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CAS_TracK_Target_and_Clutter_FF  *  TRUE 

else 

CAS  Track  Target  and_Clutter_FF  »  FALSE; 
if  [dJfiTe]  &  TAll_CAS_and_STIR  &  lAll_CAS_Modes  6 

1A11_CAS_FA  &  !All_CAS_Non_ECM  &  ! All_CAS_Non_ECM_FA  & 
!CAS_Track  &  I CAS_Track_FA  & 

I  CAS_Track_Target_and__Clutter  TRUE 

then 

CAS_Track__Target_and_Clutter_FA  =  TRUE 

else 

CAS_Track__Target_and__Clutter__FA  *  FALSE; 
if  ta)fc[d]  &  lAll_CAS_and_STIR  &  ! All_CAS_Modes  & 
!All_CAS_Non_ECM  &  lCAS_Track  & 

1 CAS_Track_Target_and_Clutter  **  TRUE 

then 

CAS_Track_Target  »  TRUE 

else 

CAS__Track_Target  *  FALSE; 

if  [a]  &  !All_CAS_and__STIR  &  !All_CAS_Modes  &  !A11_CAS_FF  & 
!CAS_Track  &  ! CAS_Track_FF  &  !All_CAS_Non_ECM  & 
IAll_CAS_Non_ECM_FF  &  !  CAS__Track_Target_and_Clutter  & 
!CAS_Track_Target_and_Clutter_FF  &  1  CAS_Track__Target  = 
TRUE 
then 

CAS_Track__Target__FF  =  TRUE 
else  ”  ” 

CAS  Track  Target  FF  *  FALSE; 

if  [d]  I  IA11“CAS  an3_STIR  &  !All_CAS_Modes  &  lAll  CAS_FA  & 
lCAS_Track  &  TcAS_Track_FA  &  IAll_CAS_Non_ECM  I 
lAll~CAS_Non_ECM_FA  &  !CAS__Track_Target__and__Clutter  & 
!CAS~Track_Target__and_Clutter_FA  &  !  CAS_Track_Target  = 
TRUE 

then 

CAS_Track__Target_FA  =  TRUE 

else 

CAS_Track_Target_FA  *  FALSE; 
if  [b]4[e]  &  !All_CAS_and_STIR  &  !All_CAS_Modes  & 
lAll_CAS_Non_ECM  6  !CAS_Track  & 

I  CAS~Track__Target__and_Clutter  ***  TRUE 
then  ~ 

CAS_Track__Clutter  *  TRUE 

else 

CAS__Track__Clutter  =  FALSE; 

if  [b]  &  !All_CAS_and_STIR  &  lAll_CAS_Modes  &  !A11_CAS_FF  & 
lCAS__Track  &  1  CAS__Track_FF  &  IAll_CAS_Non_ECM  & 
lAll~CAS__Non_ECM_FF  &  lCAS_Track__Target_and_Clutter  6 
!  CAS~Track__Target_and__Clutter_FF  & 

! CAS~Track_Clutter  *=  TRUE 
then  ^ 

CAS_Track_Clutter_FF  =  TRUE 

else 

CAS_Track  Clutter_FF  =  FALSE; 
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if  [•]  &  !All_CAS__and_STIR  &  lAll_cyiS  Modes  &  1A11_CAS_FA  & 
lCAS_Traclc  k  !  CAS_Track_FA  &  lAll”CAS__Non  ECM  & 
lAll_CAS_Non_ECM_FA  &  !  CAS_Track_Target_and_Clutter  & 

1  CAS_Track_Target  and_Clutter__FA  &  !  CAS__Track_Clutter  * 
TRUE 

then 

CAS_Track_Clutter_FA  -  TRUE 

else 

CAS_Track  Clutter_FA  »  FALSE; 
if  [c]&[f]  &  TAll_CAS_and_STIR  &  lAll  CAS_Modes  & 
!A11_CAS_ECM  &  !CAS_Track  =»  TRUE" 
then  " 

CAS_Track_ECM  «  TRUE 

else 

CAS_Track_ECM  *  FALSE; 

if  [c]  &  lAll__CAS_and_STIR  &  lAll_CAS_Modes  &  IA11_CAS_FF  & 
!A11_CAS_ECM  &  iAll_CAS_ECM_FF  &  !CAS_Track  & 
lCAS_Track_FF  &  I CAS_Track_ECM  «=  TRUE 
then  " 

CAS_Track_ECH_FF  »  TRUE 

else 

CAS_Track_ECM_PF  «  FALSE; 

if  [f]  &  iAll_CAS_and_STIR  &  !All_CAS_Modes  &  !A11__CAS_PA  & 
IA11_CAS  ECM  &  !A11  CAS  ECM_FA  t  ICAS_Track  & 
ICAS_Track_FA  &  1 CAS_Track_ECM  TRUE 

then  "  " 

CAS_Track__ECM_FA  =  TRUE 

else 

CAS  Track  ECM  FA  «  FALSE; 


CAS  SEARCH  VALUES 

if  [g]L[h]&[i]&[j]i[k]5[l]  &  !All_CAS_and_STIR  & 
!All_CAS_Modes  »*  TRUE 

then 

CAS_Search  -  TRUE 

else 

CAS__Search  »  FALSE; 

if  [g]&[h]&[i]  &  !A11  CAS_and__STIR  &  !All_CAS_Modes  & 
1A11_CAS__FF  &  TcAS_Search  »«  TRUE 
then  "  " 

CAS_Search_FF  »  TRUE 

else 

CAS_Search__FF  -  FALSE; 

if  Cj]S[k]&[l]  &  !All_CAS_and_STIR  &  !All_CAS_Modes  & 
IA11_CAS_FA  &  !CAS_Search  ==  TRUE 

then 

CAS_Search_FA  «  TRUE 

else 
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CAS_Search_FA  »  FALSE; 

if  [g]&[h]4[ j]&[k]  &  !All_CAS_and_STIR  &  !All_CAS_Modes  & 
lAll_CAS_Non_ECM  &  !CAS_Search  »»  TRUE 
then  " 

CAS__Soarch__Target_and_Clutter  »  TRUE 

else 

CAS_Search_Target_and__Clutter  *  FALSE; 
if  [g]4[h]  &  !A11  CAS_and_STIR  &  lAll_CAS_Modes  L 

1A11_CAS_FF  4“lAll_CAS_Non_ECM  &  1 AH_CAS_Non_ECM_FF  & 
ICAS^Search  &  1 CAS_Search_FF  & 

1 CAS_Search_Target_and_Clutter  TRUE 

then 

CAS__Search_Target_and_Clutter_FF  «  TRUE 

else 

CAS__Search_Target_ai:d_Clutter_FF  *  FALSE; 
if  [j]&Ck]  fc  !All_CAS_and_STIR  &  !All_CAS_Modes  & 

1A11_CAS_FA  &  !All_CAS_Non_ECM  &  ! All_CAS_Non_ECM_FA  & 
lCAS_Search  &  ! CAS_Search_FA  & 

1 CAS_Search_Target_and_Clutter  =*  TRUE 

then 

CAS_Search_Target_and_Clutter_FA  =  TRUE 

else 

CAS  Search__Target_and_Clutter_FA  *  FALSE; 
if  [g]&Tj]  &  lAll  CAS  and  STIR  &  !A11  CAS  Modes  & 
!CAS_S»^arch  &  TAll~CAS”Non_ECM  &  ~ 

!  CAS_Search_Target_and_Clutter»»«  TRUE 
then  ” 

CAS_Search__Target  *  TRUE 

else 

CAS__Search__Target  *  FALSE; 

if  [g]  &  lAll__CAS_and_STIR  &  lAll_CAS_Modes  &  1A11_CAS_FF  & 
lCAS_Search  &  ! CAS_Search_FF  &  !All_CAS_Non_ECM  & 
lAll__CAS_Non_ECM_FF  &  !  CAS_Search__Target_and_Clutter  & 
!CAS_Search_Target_and_Clutter_FF  «=  TRUE 

then 

CAS__Search_Target_FF  =  TRUE 

else 

CAS_Search_Target_FF  *  FALSE; 

if  [j]  &  !All_CAS_and_STIR  &  !All_CAS_Modes  &  !A11_CAS_FA  & 
!CAS_Search  &  1  CAS__Search_FA  &  !  All_CAS_Non_ECM  & 
!All_CAS_Non_ECM_FA  &  !  CAS_Search_Target__and_Clutter  & 
lCAS_Search_Target_and_Clutter_FA  TRUE 

then 

CAS_Search_Target_FA  *  TRUE 

else 

CAS_Search_Target_FA  *  FALSE; 
if  ChJfiCk]  &  lAll_CAS_and_STIR  &  ! All_CAS_Modes  & 
lAll_CAS_Non_ECM  &  !CAS_Search  & 

! CAS_Search_Target_and_Clutter=  TRUE 

then 

CAS  Search  Clutter  »  TRUE 
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else 

CAS_Search_Clutter  »  FALSE; 

if  [h]  (  !All_CAS_and_STIR  6  I All__CAS_Modes  &  1A11_CAS_FF  & 
lAll_CAS__Non_ECM  &  !All_CAS_Non_ECM_FF  &  !CAS_Search  & 

I CAS_Search_FF  &  ! CAS_Search_Target_and_Clutter  & 
iCAS_Search_Target_and_Clutter_FF  *=  TRUE 

then 

CAS_Search_Clutter_FF  =  TRUE 

else 

CAS_Search_Clutter_FF  =  FALSE; 

if  [k]  &  !All_CAS_and_STIR  &  !All_CAS__Modes  &  !A11_CAS_FA  & 
lAll_CAS_Non_ECM  &  lAll_CAS_Non_ECM_FA  &  !CAS_Search  & 

I  CAS_Search_FA  &  lCAS_Search__Target_and_Clutter  & 
!CAS_Search_Target_and_Clutter_FA  =«  TRUE 

then 

CAS_Search_Clutter_FA  =  TRUE 

else 

CAS_Search__Clutter_FA  *  FALSE; 
if  [i]S[l]  i  lAll_CAS_and_STIR  &  I All_CAS_Modes  & 
iAll_CAS_ECM  &  !CAS_Search==  TRUE 

then 

CAS_Search_ECM  *  TRUE 
else  “ 

CAS_Search_ECM  -  FALSE; 

if  [i]  &  lAll_CAS_and  STIR  &  lAll__CAS__Modes  &  IA11_CAS_FF  & 
!A11  CAS_ECM  &  !aT1  CAS_ECM_FF  &  lCAS_Search  & 
lCAS“Search_FF  &  ! CAS_Search_ECM  —  TRUE 
then  ~ 

CAS_Search_ECM_FF  «  TRUE 

else 

CAS_Search_ECM_FF  *  FALSE; 

if  [1]  &  lAll_CAS_and_STIR  &  !All_CAS_Modes  &  !A11_CAS_FA  & 
!A11_CAS_ECM  &  IA11_CAS_ECM_FA  &  !CAS_Search  & 
!CAS_Search_FA  &  I CAS_Search_ECM  TRUE 

then 

CAS_Search_ECM_FA  =  TRUE 

else 

CAS  Search  ECM  FA  =  FALSE; 


STIR  VALUES 

if  [STIR  AFC]  TRUE 
then 

STIR_AFC  =  TRUE 

else 

STIR  AFC  »  FALSE; 
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if  tallStbl]«t[cl]&[dl]&[el]Sitfl3  &  !All_CAS_and_STIR  ==  TRUE 
then 

All_STIR_Modes  »  TRUE 

else 

All_STIR_Modes  *  FALSE; 

if  tal]&tbl]&[cl]  &  !All_CAS_and_STIR  &  ! All_STIR_Modes  *= 
TRUE 

then 

A11_STIR_FF  =  TRUE 

else 

A11_STIR_FF  *  FALSE; 

if  [dl]&Cel]&[fl3  &  !All_CAS_and_STIR  &  lAll_STIR_Modes  « 
TRUE 

then 

A11_STIR_FA  =  TRUE 

else 

A11_STIR_FA  =  FALSE; 

if  tal3iCl>ll&C<Jll&tel3  4  !All_CAS_and_STIR  & 

!All_STIR__Modes  —  TRUE 

then 

STIR__Track_Target_and_Clutter  =  TRUE 

else 

STIR  Track_Target  and__Clutter  =  FALSE; 
if  [al34Tbl]  &  lAll__CAS_and  STIR  &  !A11  STIR  Modes  & 

1A11_STIR__FF  &  ISTIR_Track_Target_and_Clutter  ==  TRUE 
then  -  -  -  - 

STIR__Track_Target_and__Clutter_FF  »  TRUE 
else  ~ 

STIR  Track_Target_and__Clutter_FF  =  FALSE; 
if  [dl3sT®l]  i  !All_CAS_and_STIR  6  lAll_STIR_Modes  & 

1A11_STIR_FA  &  !  STIR_Track__Target_and_Clutter  *=  TRUE 
then  " 

STIR_Track__Target_and_Clutter_FA  =  TRUE 

else 

STIR__Track_Target_and__Clutter_FA  =  FALSE; 
if  [al]4[dl3  &  lAll_CAS_and_STIR  &  I All__STIR__Modes  & 

! STIR_Track_Target_and_Clutter  »=  TRUE 

then 

STIR_Track_Target  =  TRUE 

else 

STIR  Track_Target  *  FALSE; 
if  [al3  I  1A11_CAS  and__STIR  &  !All__STIR_Modes  & 

1A11_STIR_FF  &  TsTIR_Track__Target_and__Clutter  & 
!STIR_Track_Target_and__Clutter_FF  »»  TRUE 

then 

STIR_Track_Target_FF  -  TRUE 

else 

STIR  Track_Target_FF  «  FALSE; 
if  [dl3  4  IA11_CAS  and_STIR  4  ! All_STIR__Modes  4 

lAll  STIR_FA  4  TsTIR_Track  Target  and  Clutter  4 
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lSTIR__Track_Target_and_Clutter_FA  TRUE 

then 

STIR__Track_Target__FA  «  TRUE 

else 

STIR__Track_Target_FA  ■  FALSE; 
if  [bl]itel]  &  !All_CAS__and_STIR  &  !All__STIR_Modes  & 

I  STIR__Track_Target_and_Clutter»=  TRUE 

then 

STIR_Track_Clutter  *  TRUE 

else 

STIR_Track_Clutter  *  FALSE; 
if  [bl]  &  lAll_CAS_and_STIR  &  !All_STIR_Modes  & 

1A11_STIR__FF  &  I  STIR_Track_Target_and_Clutter  & 
!STIR_Track__Target_and_Clutter_FF  TRUE 

then 

STIR_Track_Clutter_FF  *  TRUE 

else 

STIR_Track_Clutter_FF  =  FALSE; 
if  [el]  S,  lAll_CAS_and_STIR  &  !All_STIR_Modes  & 

iAll_STIR_FA  &  !  STIR_Track__Target_and_Clutter  & 
lSTIR_Track__Target_and_Clutter__FA  «  TRUE 

then 

STIR_Track_Clutter_FA  =  TRUE 
else  ” 

STIR  Track  Clutter__FA  *  FALSE; 

if  CclJfiTfl]  I  lAll_CAS_and_STIR  &  lAll_STIR_Modes  ==  TRUE 
then  ”” 

STIR_Track_ECM  •  TRUE 
else  “ 

STIR__Track_ECM  »  FALSE; 

if  [cl]  &  lAll_CAS__and_STIR  &  lAll_STIR_Modes  &  !A11_STIR_FF 
&  ! STIR_Track_ECM  ««  TRUE 

then 

STIR_Track_ECM_FF  *  TRUE 

else 

STIR_Track_ECM_FF  -  FALSE; 
if  [fl]  &  !All_CAS_and_STIR  &  ! All_STIR__Modes  & 

1A11_STIR_FA  &  ! STIR_Track_ECM-*  TRUE 

then 

STIR_Track_ECM_FA  *  TRUE 

else 

STIR  Track  ECM  FA  =  FALSE; 


MO  MATCH  EVALUATION 

if  CAS_AFC  I  All  CAS_Modes  |  A11_CAS_FF  \  A11_CAS_FA  | 
A11_CAS__ECM  J  A11_CAS_ECM  FF  |  A11_CAS_ECM_FA  | 
All_CAS_Non_ECM  |  All_CAS"Non_EC31_FF  | 
All_CAS_Non_ECM_FA  |  CAS^Track  |  CAS_Track_FF  | 
CAS~Track__FA  |  CAS__Track_Target_and_Clutter  | 
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CAS_Track__Target_and_Clutter_FF  I 

CAS”Track_Target_and  Clutter_FA  |  CAS_Track_Target  | 
CAS_Track_Target__FF  J  CAS_Track__Target_FA  | 
CAS”Track_Clutter  |  CAS_Track_Clutter  FF  | 
CAS__Track_Clutter__FA  |  CAS__Track_ECM  J  CAS__Track_ECM_FF 
I  CAS_Track__ECM_FA  |  CAS__Search  |  CAS_Search_FF  | 
CAS_Search_FA  |  CAS_Search_Target  and_Clutter  | 

CAS_Saar ch_Tar get_and_C lutter_FF  T 

CAS__Search_Target_and  Clutter_FA  |  CAS_Search_Target  | 
CAS_Search_Target_FF  J  CAS_Search_Target_FA  | 
CAS_Search_Clutter  |  CAS__Search_Clutter_FF  | 
CAS_Search_Clutter_FA  | 

CAS  Search  ECM  1  CAS  Search_ECM_FF  )  CAS_Search_ECM_FA  | 


STIR__AFC  I  All_STIR__Modes  |  A11_STIR_FF  |  A11_STIR_FA 
STIR~Track_Target_and__Clutter  | 
STIR~Track_Target__and_C  lutter_FF 
STIR__Track_Target_and  Clutter_FA  ,  __ 

STIR~Track_Target__FF  J  STIR__Track_Target_FA  J 
STIR__Track_Clutter  |  STIR_Track_Clutter_FF  | 
STIR~Track_Clutter  FA  |  STIR_Track__ECM  | 

STIR  Track_ECM_FF  J  STIR  Track_ECM_FA  | 


STIR__Track  Target  | 


All_CAS_and_STIR  =*  TRUE 

then 

No_Match  »  FALSE 
No  Match  »  TRUE; 


PATHS  1-19 

if  All_CAS_and_STIR«=TRUE 
then 

{Pathl«”All  CAS  and  STIR  Modes"; 
Pathl»Append ( Pathl , AnsiToChar ( 13 ) ) } 

else 

Pathl*""; 
if  CAS_AFC»*TRUE 
then 

{Path2«"CAS  AFC  Failure"; 
Path2*Append ( Path2 , AnsiToChar (13))} 

else 

Path2*" " * 

if  All_CAS_Modes**TRUE 
then  ” 

{Path3»"All  CAS  Modes"; 

Path3*Append (Path3 , AnsiToChar ( 13 ) ) > 

else 

Path3-" " ; 
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if  A11_CAS_FF-«TRUE 
then 

{PathA-^CAS  Fixed  Frequency  Modes'*; 
Path4»Append (Path4 , AnsiToChar ( 13 ) ) } 

else 

Path4*'"* ; 

if  A1  l_CAS_Non__ECM  |  A1  l_CAS_Non_ECM_FF“TRUE 
then 

{Path5»''All  CAS  Non  ECM  Modes"; 

Path5«Append (Paths , AnsiToChar ( 13 ) ) } 

else 

Paths*""; 

if  CAS_Search“*TRUE 
then 

{Path6*"All  CAS  Search  Modes"; 

Path6«Append (Paths , AnsiToChar ( 13 ) ) } 

else 

Paths*""; 

if  CAS_Search_FF**TRUE 
then 

{Path7»"All  CAS  Search  FF  or  FA  Modes  (FF)"; 
Path7*Append (Path? , AnsiToChar ( 13 ) ) } 

else 

Path?*""; 

if  CAS_Search_Target__and_Clutter  | 

CAS_Search_Target__and_Clutter_FF  *=  TRUE 
then  ” 

{Paths*" CAS  Search  Target  and  Clutter  Modes"; 
Path8*Append (Paths , AnsiToChar ( 13 ) ) } 

else 

Paths*""; 

if  CAS__Search_Target  |  CAS_Search_Target_FF**TRUE 
then 

{Path9*"CAS  Search  Target  Modes"; 

Path9*Append (Paths, AnsiToChar (13) ) } 

else 

Paths*""; 

if  CAS_Search__Clutter  |  CAS_Search__Clutter_FP=*TRUE 
then 

{PathlO*"CAS  Search  Clutter  Modes"; 
PathlO*Append (PathlO , AnsiToChar ( 13 ) ) } 

else 

PathlO*""; 
if  CAS_Track»*TRUE 
then 

{Pathll*”All  CAS  Track  Modes"; 
Pathll*Append(Pathll, AnsiToChar (13) ) } 

else 

Pathll*""; 

if  CAS__Track_FF-*TRUE 
then  ”  ~ 

{Pathl2-"A11  CAS  Track  FF  or  FA  Modes  (FF)"; 


66 


Pathl2«Append (Pathl2 , AnslToChar ( 13 ) ) } 

else 

Pathl2-"’'; 

if  CAS_Track__Target_and_Clutter  ) 

CAS_Track_Target_and_Clutter_FP»»TRUE 

then 

{Pathl3«''CAS  Track  Target  and  Clutter  Modes"; 
Pathl3«Append (Pathl3 , AnslToChar ( 13 ) ) > 

else 

Pathl3«""; 

if  CAS_Track_Target  |  CAS_Track_Target__FF»*TRUE 
then 

{Pathl4=  "CAS  Track  Target  Modes"; 
Pathl4»Append (Pathl4 , AnslToChar ( 13 ) ) } 

else 

Pathl4="" ; 

if  CAS_Track__Clutter  |  CAS_Track_Clutter_FF— TRUE 
then 

{Pathl5="CAS  Track  Clutter  Modes"; 
Pathl5«Append (PathlS , AnslToChar ( 13 ) } } 

else 

PathlS-"" ; 
if  STIR_AFC*=TRUE 
then 

{Pathl6*"STIR  AFC  Failure"; 

Pathl6»Append (Pathl6 , AnslToChar ( 13 ) ) } 

else 

Pathie-""; 

if  All_STIR_Modes-«TRUE 
then  “  ” 

{Pathl7»"All  STIR  Modes"; 

Pathl7«Append (Pathl7 , AnslToChar ( 13 ) ) } 

else 

Pathl7»""; 

if  A11_STIR_FF*=TRUE 
then 

{Pathl8*"STIR  Fixed  Frequency  Modes"; 
PathlS-Append (PathlS , AnslToChar ( 13 } ) } 

else 

PathlS*""; 

if  STIR_Track__Target_and_Clutter  | 

STIR_Track_Target_and_Clutter_FF~TRUE 

then 

{Pathl9*"STIR  Track  Target  and  Clutter  Modes"; 
Pathl9*Append (PathlS , AnslToChar ( 13 ) ) } 

else 

PathlS*""; 
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PATB8  20  >  39 


if  STIR__Trac)c__Target  I  STIR__Track_Target_FF»*TRUE 
than 

{Path20»'*STIR  Track  Target  Modes”; 
Path20>‘Append(Path20,AnslToChar  (13) )  } 

else 

Path20«””; 

if  STIR_Track_Clutter  j  STIR_Track_Clutter_FF“TRUE 
then  ~ 

{Path21»”STIR  Track  Clutter  Modes”; 
Path21«Append(Path21,AnsiToChar(13) ) } 

else 

Path21->””; 

if  All_CAS_Non_ECM_FA“TRUE 
then 

{Path22*"All_CAS_Non_ECM  Modes  (FA)”; 
Path22«Append(Path22,AnsiToChar(13) ) } 

else 

if  A11_CAS__FA-»TRUE 
then 

{Path23«”CAS  Frequency  Agile  Modes”; 
Path23«Append (Path23 , AnsiToChar ( 13 ) ) } 

else 

Path23-""; 

if  CAS_Search_FA— TRUE 
then 

{Path24«”CAS  Search  FF  or  FA  Modes  (FA)”; 
Path24*Append (Path2  4 , AnsiToChar ( 13 ) ) > 

else 

Path24-”"; 

if  CAS_Search_i  '*rget_and_Clutter_FA»«TRUE 
then 

{Path25»”cA'^  Search  Target  and  Clutter  Nodes”; 
Path25«Append (Path25 , AnsiToChar ( 13 ) ) } 

else 

Path25«”"; 

if  CAS_Search_Target_FA**TRUE 
then 

{Path26»”CAS  Search  Target  Modes”; 
Path26«Append(Path2 6, AnsiToChar (13) ) } 

else 

Path26«””; 

if  CAS_Search_Clutter_FA«»TRUE 
then 

{Path27*”CAS  Search  Clutter  Nodes”; 
Path27*Append (Path27, AnsiToChar (:  ^  ) } 

else 

Path27-”"; 

if  CAS__Track_FA**TRUE 
then 
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{Path28-'«CAS  Track  FF  or  FA  Modes  (FA)"; 
Path28«Append (Path28 , AnsiToChar ( 13 ) ) } 

else 

Path28-""; 

i  f  CAS_Track_Targe t__and_C  1  u t ter_FA»»TRUE 
then  ~ 

{Path29»"CAS  Track  Target  and  Clutter  Modes"; 
Path29»Append (Path29 , AnsiToChar ( 13 ) ) } 

else 

Path29-""; 

if  CAS_Track_Target_FA-«TRUE 
then 

{Path30s"CAS  Track  Target  Modes"; 

Path30*Append (Path30 , AnsiToChar ( 13 ) ) } 

Path30»""; 

if  CAS_Track_Clutter_FA»*TRUE 
then 

{Path31«"CAS  Track  Clutter  Modes"; 

Path3 l^Append (Path3 1 , AnsiToChar ( 13 ) ) } 

else 

Path31-""; 

if  A11__STIR__FA*=TRUE 
then  "" 

{Path32«="STIR  Frequency  Agile  Modes"; 
Path32*Append(Path32, AnsiToChar (13) ) } 

else 

Path32-""; 

if  STIR_Track_Target_and_Clutter_FA=*TRUE 
then 

{Path33»"STIR  Track  Target  and  Clutter  Modes"; 
Path33«Append (Path3  3 , AnsiToChar ( 13 ) ) } 

else 

Path33»"«; 

if  STIR_Track_Target_FA*=TRUE 
then 

{Path34s"sTIR  Track  Target  Modes"; 

Path3  4»Append ( Path3  4 , AnsiToChar (13))} 

else 

Path34«""; 

if  STIR_Track_Clutter__FA**TRUE 
then 

{Path35»"STIR  Track  Clutter  Modes"; 

Pa th35»Append(Path3 5, AnsiToChar (13) ) > 

else 

Paths 5««" ; 

if  A1 1__CAS_ECM  I A1 1_CAS_ECM_FF  |  A1 1_CAS_ECM_FA*=TRUE 
then 

{Path36*"All  CAS  ECM  Modes"; 

Paths 6«Append (Paths 6, AnsiToChar (13) ) > 

else 

Paths 6»""; 
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if  CAS_Search_ECM  1  CAS_Search_ECM_FF  |  CAS__Search_ECM__FA-«TRUE 
then 

{Path37«>''CAS  Search  ECM  Modes"; 
Path37»Append(Path37,An8iToChar (13) ) } 

else 

Path37-""; 

if  CAS_Track_ECM  \  CAS_Track_ECM__FF  |  CAS_Track_ECM_FA«*TRUE 
then 

{Path38»"CAS  Track  ECM  Modes"; 

Path38«Append (Path38 , AnsiToChar ( 13 ) ) } 

else 

Path38-""; 

if  STIR_Track_ECM  ( STIR_Track__ECM__FP  |  STIR_Track_ECM_FA»*'TRUE 
then 

{Path39-"STIR  Track  ECM  Modes"; 

Path39«Append(Path39, AnsiToChar (13) ) } 

else 

Path39-«"; 
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Name: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


CAL  PATH  GROUP  EVALUATION 

2.3 

This  procedure  detemines  which  path  groups 
need  to  be  invoked  to  access  troubleshooting 
paths.  The  prioritized  order  of  conditions 
present  in  this  procedure  reflects  the  order 
of  criticality  described  by  the  knowledge 
expert . 

Calibration  Menu 
None 

There  is  no  corresponding  Expert  Drawing 
page  number. 
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Procedure  2.4 


Nane:  CAL  PATHS  A 

Number:  2.4 

Description:  This  procedure  calls  whichever  paths  are 

defined  by  TRUE  variable  values. 

Called  By:  Calibration  Menu 

Calls:  All  CAS  and  STIR,  CAS  AFC,  All  CAS  Modes,  CAS 

Fixed  Frequency,  All  CAS  Non  ECM,  All  CAS 
Search,  All  CAS  Search  FF  xor  FA. 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 
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re  2.5  fiTlCal  Paths  B 


Name:  CAL  PATHS  B 

Number :  2.5 

Description:  This  procedure  calls  whichever  paths  are 

defined  by  TRUE  variable  values. 

Called  By:  Calibration  Menu 

Calls:  CAS  Search  Target  and  Clutter,  CAS  Search 

Target,  CAS  Search  Clutter. 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 
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Name:  CAL  PATHS  C 

Niimber:  2.6 

Description:  This  procedure  calls  whichever  paths  are 

defined  by  TRUE  variable  values. 

Called  By:  Calibration  Menu 

Calls:  All  CAS  Track,  All  CAS  Track  FF  xor  FA,  CAS 

Track  Target  and  Clutter,  CAS  Track  Target. 
Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 
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Procedure  2.7 


Nane: 

CAL  PATHS  D 

Number: 

2.7 

Description: 

This  procedure  calls  whichever  paths  are 
defined  by  TRUE  variable  values. 

Called  By: 

Calibration  Menu 

Calls: 

CAS  Track  Clutter,  STIR  AFC,  All  STIR  Modes, 

STIR  Fixed  Frequency,  STIR  Track  Target  and 

Clutter . 

Expert  Drawing 

:  There  Is  no  corresponding  Expert  Drawing 
page  number. 

Procedure  2.8 


r 


Name: 

Number: 

Description: 

Called  By: 
Calls: 

Expert  Drawing 


CAL  PATHS  E 

2.8 

This  procedure  calls  whichever  paths  are 
defined  by  TRUE  variable  values. 
Calibration  Menu 

STIR  Track  Target,  STIR  Track  Clutter,  All 
CAS  Non  ECM,  CAS  Frequency  Agile. 

There  is  no  corresponding  Expert  Drawing 
page  number. 
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Procedure  2.9 


Nane: 

Number: 

Description: 

Called  By: 
Calls: 


Expert  Drawing 


CAL  PATHS  F 
2.9 

This  procedure  calls  whichever  paths  are 
defined  by  TRUE  variable  values. 

Calibration  Menu 

All  CAS  Search  FF  xor  FA,  CAS  Search  Target 
and  Clutter,  CAS  Search  Target,  CAS  Search 
Clutter,  All  CAS  Track  FF  xor  FA,  CAS  Track 
Target  and  Clutter,  CAS  Track  Target. 

There  is  no  corresponding  Expert  Drawing 
page  number. 
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Procedure  2.10 


Name: 

Number: 

Description: 

Called  By: 
Calls: 


Expert  Drawing 


CAL  PATHS  6 

2.10 

This  procedure  calls  whichever  paths  are 
defined  by  TRUE  variable  values. 

Calibration  Menu 

CAS  Track  Clutter,  STIR  Frequency  Agile,  STIR 
Track  Target  and  Clutter,  STIR  Track  Target, 
STIR  Track  Clutter. 

There  is  no  corresponding  Expert  Drawing 
page  number. 
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Procedure  2.1 1  (ITlCal  Paths  H 


S  2 
o  a 


S  2 
o  o 

UJ  UJ 
I  I 
W  (A 
<  < 


(A  (A 
<  < 
O  U 


o  o 

UJ  UJ| 

o  u 
2  2 

(A  (A 
<  < 
OU- 


o  o 

Uj^Uj^ 

o  o 
2  2 

ac  oc 
h“ 
(A  <A 


LX-JL 


Name:  CAL  PATHS  H 

Number:  2.11 

Description:  This  procedure  calls  whichever  paths  are 

defined  by  TRUE  variable  values. 

Called  By:  Calibration  Menu 

Calls:  All  CAS  ECM,  CAS  Search  ECM,  CAS  Track  ECM, 

STIR  Track  ECM. 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


CAS  and  Sm 


hum:  all  CAS  AND  STIR 

Nuab«r :  2.4.1 

Description:  This  procedure  corresponds  to  the  situation 

where  the  user  checks  off  all  indications 
(except  CAS  and  STIR  AFC)  on  the  Printout 
Entry  Menu  or  selects  it  fros  the  Manual  Menu 
list  box. 

Called  By:  Cal  Paths  A 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  Expert  Drawing 

page  SHI. 
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oc«dure  2.4.2  [filCAS  AFC 


& 


CAS  AFC 
2.4.2 

This  procedure  is  called  when  the  user  checks 
off  the  CAS  AFC  box  on  the  Printout  Entry 
Menu  or  selects  it  from  the  Manual  Menu  list 
box.  It  then  sets  variable  values  to  utilize 
a  conaon  procedure  shared  with  STIR  AFC. 

Cal  Paths  A 
AFC  Conon 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  nuaber. 


Naae: 

N\iaber: 

Description: 


Called  By: 
Calls: 


gPItflM  MPPl  ffCAIWf 

•IT  VABZABLB8 

CAS  STIR  -  "CAS"; 

CarSl  -  "4 12"; 

Carci2  •  "461''; 

Cablel  «  ••1002>1'*; 

8F01  -  "8PO-14-7,  SH2»; 
Flgl  -  "a-Sl"; 

Flga  -  "a-ll«"; 

Fig3  -  "2-91"; 

Iteal  -  "102"; 

Iteaa  • 

Pagel  •  "2-721"; 
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II  CAS  Modes 


NaM: 

ALL  CAS  MODES 

Nuabar: 

2.4.3 

Dascrlptlon: 

This  procedure  is  called  by  Cal  Paths  A  when 
indications  checked  off  on  the  Printout  Entry 
Menu  natch  the  path  selection  criteria  or  the 
user  selects  it  froe  the  Manual  Menu  list 
box.  It  calls  either  All  CAS  Nodes  No 

OFFLINE  Light,  or  sets  variable  values  to 
utilize  All  Modes  Coenon,  which  it  shares 
with  All  STIR  Modes. 

Callad  By: 

Cal  Paths  A 

Calls: 

All  Modes  Coanon,  All  CAS  Nodes  No  OFFLINE 
Light 

Expsrt  Drawing 

:  nils  procedure  corresponds  in  part  to  Expert 
Drawing  page  SH2B. 

ocedure  2.4.4  [SlCAS  Fixed  Frequency 


N«m:  CAS  FIXED  FREQUENCY 

lfUBb«r:  2.4.4 

D«scription:  This  procedure  sets  variable  values  to 

utilize  a  cosuBon  procedure  shared  with  STIR 
Fixed  Frequency. 

Called  By:  Cal  Paths  A 

Calls:  Fixed  Frequency  Cosuson 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 
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ocadure  2.4.5  1 44  [AH  CAS  Search 


AS  Search  =  FALSE 


ALL  CAS  SEARCH 
2.4.5 

This  procedurs  sets  variable  values  to 
utilize  a  coBBon  procedure  shared  vith  All 
CAS  Track. 

Cal  Paths  A 
FF  and  FA  CoBBon 
Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  nuBber. 


NsBe: 

NuBber: 

Description: 


Called  By: 
Cells: 


CTiiai  MOM  scum 

BBT  TARXABLBB 


Track  Search 
Cardl“-  '•FL2* 
Card2  - 
Card 
Card 
Cards 
Card 
Card 
Card 


•A2«; 

■T-U1A7* 

•T-OIAS* 

•V-Ul*; 


Search"; 


i 

I 


dSi 

dB2 

dB3 

dB4 


-«•; 

-IS  to 

-17  to  -4"; 

♦1.5"; 


Cabl 

Cabl 

cabl 

Cabl 

Cabl 


■P1W23P2" 

■Pllfl5P2" 

•A3P11*; 

"HIS"; 

•1f33"; 


# 


TPl 

-  "S"; 

Tpa 

-  "S"; 

TP3 

•  "TP  IS  of  UO  401/T-U1A7 

TP4 

•  "7"; 

TPS 

-  "21"; 

TPS 

-  "S"; 

TP7 

•  "TPIS"; 

CPI 

•"CPa"; 

Logiol  • 

Loqiea  •  "‘O*"; 

9t 


F  and  FA  Common 


Naae: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


ALL  CAS  TRACK 

2.6.1 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  All 
CAS  Search. 

Cal  Paths  C 
FF  and  FA  Common 

:  There  is  no  corresponding  Expert  Drawing 
page  number. 


gygTOK  M9PB  gCRIPTg 

SET  VARIABLES 

Track_Search  “  "Track”; 

Cardl  -  «FL1"; 

Card2  -  "US"; 

Card3  »  "CPI"; 

Card4  «  "Al"; 

Cards  »  "D-U251"; 

Cards  «  "D-U3A7"; 

Card?  -  "D-U3A5"; 

Cards  -  "D-U2U1"; 

dBl  -  "0"; 
dB2  -  "-13  to  0"; 
dB3  »  "-11  to  +2"; 
dB4  •  "+5"; 

Cablel  -  "P1W2P2"; 

Cable2  -  "P1W14P2"; 

Cable3  -  "A2P13"; 

Cable4  -  "W14"; 

Cables  -  "W24"; 

TPl  -  "15"; 

TP2  -  "21"; 

TP3  ■  "Input  of  RF  Power  Head"; 
TP4  -  "17"; 

TPS  -  "22"; 

TP€  ^  **22**  * 

TP7  -  "UD401/D-J4  pin  C"; 

CPI  -  "CPI"; 

Logicl  -  "’O’"; 

Zj091c2  ■  " '  1 ' " ; 
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rocedure  2.7.1  flTlSTIR  AFC 


TIR  AFC  =  FALSE 


Naa*: 

NuBbar: 

Dascrlption: 


Callad  By: 
Calls: 

Expsrt  Drawing 


STIR  AFC 

2.7.1 

This  procedure  is  called  when  the  user  checks 
off  the  STIR  AFC  box  on  the  Printout  Entry 
Menu  or  selects  it  fros  the  Manual  Menu  list 
box.  It  then  sets  variable  values  to  utilize 
a  comnon  procedure  shared  with  CAS  AFC. 

Cal  Paths  0 
AFC  CowBon 

There  is  no  corresponding  Expert  Drawing 
page  number. 


CTiTflit  MflBi  ■caim 

•IT  VAIXABLBB 

CAS_STIR  -  "STIR"; 

Cardl  -  *432"; 

Card2  -  "481"; 

Cablel  -  "1052-1"; 

SFOl  -  "SFO-14-24,  SH2"; 

Flgl  -  "2-161"; 

Fig2  -  "2-170"; 

Fig3  -  "2-162"; 

Iteal  -  "94"; 

Xtea2  -  "151"; 

Pagel  -  "2-1279"; 
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2.7.2  \Ji\M  STIR  ModM 


NaM:  ALL  STIR  MODES 

Nuabar:  2.7.2 

Dascrlptlon:  This  procedure  is  called  by  Cal  Paths  D  when 

indications  checked  off  on  the  Printout  Entry 
Menu  aatch  the  path  selection  criteria  or  the 
user  selects  it  from  the  Manual  Menu  list 
box.  It  calls  either  All  STIR  Modes  No 
OFFLINE  Light,  or  sets  variable  values  to 
utilize  All  Modes  Common,  which  it  shares 
with  All  CAS  Modes. 

Called  By:  Cal  Paths  D 

Calls:  All  Modes  Common,  All  STIR  Modes  No  OFFLINE 

Light 

Expert  Drawing:  This  procedure  corresponds  in  part  to  Expert 

Drawing  page  SH3B. 
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Na»«: 

MuBlMr: 

Description: 


Called  By: 
Celle: 

Expert  Drawing 


STIR  FIXED  FREQUENCY 

2.7.3 

This  procedure  sets  variable  values  to 
utilize  a  connon  procedure  shared  with  CAS 
Fixed  Frequency. 

Cal  Paths  D 

Fixed  Frequency  Connon 
There  is  no  corresponding  Expert  Drawing 
page  nunber. 
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ocedure  2.8.1  IlilCAS  Frequency  Agile 


N«m:  CAS  FREQUENCY  AGILE 

Nuaber:  2.8.1 

OMcrlption:  This  procedure  sets  variable  values  to 

utilize  a  coBUBon  procedure  shared  with  STIR 
Frequency  Agile. 

Called  By:  Cal  Paths  E 

Calls:  Frequency  Agile  CoBunon 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


•1'/  >  4.*. .  ■ .  i*)  •)  ■-W  ■ 


•IT  VABZABLBS 

CAS__STIR  -  "CAS"; 

Cardl  -  •'403’'; 
Card2  -  ••412'*; 

Figl  -  *4-45*'; 

Fiq2  -  “4-30"; 

Paral  «  "4-54"; 

Paqel  -  "4-5-106"; 


requency  Agile  Common 


Nam: 


STIR  FREQUEHCT  AGILE 


N\iab«r: 

O«scrlption: 


Call«d  By: 
Calls: 

Bxpart  Drawing: 


2.10.1 

This  procadura  sets  variabla  values  to 
utilize  a  coBUBon  procadura  shared  with  CAS 
Pr€K]uency  Agile. 

Cal  Paths  G 

Frequency  Agile  Coason 
There  is  no  corresponding  Expert  Drawing 
page  nuaber. 


gglTQM  WQQM  BCKIPTB 
■R  VARZABLIB 

CAS^STIR  -  “STIR"; 

Cardl  -  “423“; 

Card2  -  “432“; 

Figl  -  “4-84“; 

Fig2  -  “4-118“; 

Paral  -  “4-174“; 

Pagel  -  “4-5-246“; 
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Mas*:  ALL  CAS  ECM 

Hvmbmr:  2.11.1 

Daacriptlon:  This  procadure  is  accessed  either  through  the 

Printout  Entry  Menu  or  the  list  box  in  the 
Manual  Menu. 

Called  By:  Cal  Paths  H 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  Expert  Drawing 

page  SH2S. 
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ocedure  2.t  1 .2  |44|CAS  Search  ECM 


AS^Search_ECM  =  FALSE 
AS_Search_ECM_FF  =  FALSE 
AS  Search  ECM  FA  =  FALSE 


Name: 

Nunber: 

Description: 


Called  By: 
Calls: 

Expert  Drawing: 


CAS  SEARCH  ECM 

2.11.2 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Track  ECM  and  STIR  Track  ECM. 

Cal  Paths  H 
ECM  Common 

There  Is  no  corresponding  Expert  Drawing 
page  number. 


CUSTOM  MODE  BCRIPTB 
SET  VARIABLES 

CAS_STIR  -  "CAS"; 

Track_Search  -  "Search"; 

Cardl  -  "412"; 

Card2  -  "A2"; 

Card3  ■  "A6"; 

Cablel  -  "P1W21P2"; 
Cable!  -  "A2P11"; 

Cables  -  "W21P2"/ 

dBl  -  "-18"; 

<1B2  -  "-9.0  -t-/-  1.0"; 

PLl  -  "PL2"; 
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CAS_Track_ECM_FF  =  FALSE 
CAS  Track  ECM  FA  =  FALSE 


Naa*: 

Nuabar: 

Dascriptlon: 


Callad  By: 
Calls: 

Expart  Drawing 


CAS  TRACK  ECM 
2.11.3 

This  procedure  sets  variable  values  to 
utilize  a  cominon  procedure  shared  with  CAS 
Search  ECM  and  STIR  Track  ECM. 

Cal  Paths  H 
ECM  Coaaon 

:  There  is  no  corresponding  Expert  Drawing 
page  number. 


oanon  MOBS  bcmpts 

SR  yiRXABLBS 

CAS__STIR  -  "CAS**; 

Track_Search  -  •'Track**; 

Cardl  «  **412**; 

Card2  »  **A1**; 

Cards  -  "AS**; 

Cablel  •  ••P1W20P2**; 
Cable2  •  ••A2P13**; 

Cables  •  •'H20P2**; 

dBl  -  "-l?**; 

dB2  -  "-S.B  +/“  0.2**; 

FLl  -  "FLl**; 
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TIR  Track  ECM 


STIR_Track_ECM_FF  =  FALSE 
STIR  Track  ECM  FA  =  FALSE 


NaA«:  STIR  TRACK  ECM 

Nuab«r:  2.11.4 

0«8criptlon:  This  procedure  sets  variable  values  to 

utilize  a  comnon  procedure  shared  with  CAS 
Search  ECM  and  CAS  Track  ECM. 

Called  By:  Cal  Paths  H 

Calls:  ECM  Common 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


H  (Procedure  2.x.  1  |  jj  (All  CAS  Non  ECM 


>  g 

•O  c 


O  « 


lU  lU 

(O  2  u. 
^  II  II 
S  u.  < 

II  U.  LL 

11  I  I 

2  s  s 

o  o  o 

UJ  LU  UJ 
I  I  I 

c  c  c 
o  o  o 
z  z  z 

I  I  I 

CO  CO  CO 
<  <  < 
o  o  u 


<  <  < 
<  DQ  o 


Naa*:  ALL  CAS  NON  ECM 

N\uib«r :  2 .  X .  1 

Dascription:  This  procedure  is  accessed  either  through  the 

Printout  Entry  Menu  or  the  list  box  in  the 
Manual  Menu. 

Called  By:  Cal  Paths  A,  Cal  Paths  E 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  Expert  Drawing 

page  SH2T. 


II  CAS  Search  FF  xor  FA 


CAS  Search  FA  =  FALSE 


NaM:  ALL  CAS  SEARCH  FF  XOR  FA 

Nuabar :  2 . x . 2 

Dascription:  This  procedure  sets  variable  values  to 

utilize  a  common  procedure  shared  with  All 
CAS  Track  FF  xor  FA. 

Called  By:  Cal  Paths  A,  Cal  Paths  F 

Calls:  FF  xor  FA  Common 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


NaM:  CAS  SEARCH  TARGET  AMD  CLUTTER 

NuBbar:  2.x. 3 

Dascrlption:  This  procedure  sets  variable  values  to 

utilize  a  common  procedure  shared  with  CAS 
Track  Target  and  Clutter  and  STIR  Track 
Target  and  Clutter. 

Called  By:  Cal  Paths  Cal  Paths  F 

Calls:  Target  and  Clutter  Common 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


8BT  VARIABLES 

Cardl  -  "412"; 

Card2  -  "FL2"; 

Card3  -  "U2"; 

Card4  -  "A2"; 

Cards  -  "A2"; 

Cards  «  "AR2"; 

Card?  -  "AR2"; 

Cards  -  " 

Cablel  -  "P1W13P2"; 
Cabla2  «  "P1W19P2": 
Cable3  «  "P1W11P2"; 
Cabla4  «  "A2P11"; 
Cables  «  "W13"; 
Cables  «  "Wll"; 
CAble?  -  "W19"; 

dBl  -  "-19  to  S"; 
dB2  -  "+1.S"; 
dB3  -  "?"; 
dB4  •  "-4.5"; 

J1  -  "J3"; 

On  Offl  »  "OFF"; 
On"Off2  -  "ON"; 
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CAS_Search_Target  =  FALSE 
CAS__Search_Target_FF  =  FALSE 
CAS_Search_Target__FA  =  FALSE 


NaB«: 

Niwbar: 

Dascription: 


Called  By: 
Calls: 

Expert  Drawing 


CAS  SEARCH  TARGET 
2.x. 4 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Clutter,  CAS  Track  Target,  CAS  Track 
Clutter,  STIR  Track  Target,  and  STIR  Track 
Clutter. 

Cal  Paths  B,  Cal  Paths  F 
Target  or  Clutter  Common 
There  is  no  corresponding  Expert  Drawing 
page  number. 


gggTQM  MPPg  aCRIFTB 

BBT  VARZABLB8 

CAS_STIR  -  “CAS"; 
Track_Search  «  "Search"; 
Target_Clutter  ■  "Target"; 

Cardl  •  "412"; 

Card2  -  "A2"; 

Cards  •  "A/04"; 

Card4  ■  " 
cards  -  "AR2"; 

Cards  »  "Z3"; 

Card?  »  "A6"; 
cards  •  "432"; 

Cards  -  "A/ 06"; 

CardlO  ■  "  "; 

Cablel  -  "W7"; 

Cable2  -  "W6"; 

dBl  -  "1.5"; 
dB2  -  "-10.5"; 
dB3  -  "-11  to  -8"; 

TPl  -  "7"; 

Replace  ■  "  "; 

PNl  -  " 

On_Offl  «  "ON"; 

On_Off2  -  "OFF"; 

One  -  "2"; 
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Two  -  "I"; 

!nur««  -  “I"; 

SPOl  -  "SPO-14-5,  SHI”; 
SF02  -  "SFO-14-2,  SH3”; 
SF03  -  "SFO-13-23,  SHI”; 

SP04  »  ” 


J42  -  “J4”; 
J1  -  ”J3"; 
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THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


Procedure  2.x. 5  I  |CAS  Search  Clutter 
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Nane: 

MuBbar: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


CJVS  SEARCH  CLUTTER 
2.x. 5 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Target,  CAS  Track  Target,  CAS  Track 
Clutter,  STIR  Track  Target,  and  STIR  Track 
Clutter. 

Cal  Paths  B,  Cal  Paths  F 
Target  or  Clutter  Common 
There  is  no  corresponding  Expert  Drawing 
page  number. 


CUSTOM  MODE  8CRIPTS 
SET  VARIABLES 

CAS^STIR  -  "CAS”; 

Track__Search  «  "Search"; 

Target__Clutter  *»  "Clutter"; 

Cardl  -  "412"; 

Card2  -  "A2"; 

Cards  -  "A/05"; 

Card4  -  "A/ 11  "; 

Cards  «  "AR2"; 

Cards  -  "Z4"; 

Card?  ■  "A5"; 

Cards  -  "432"; 

Cards  ■  "A/ 06"; 

CardlO  «  "UD441/A3F1-A/11"; 

Cablel  -  "W9"; 

Cable2  -  "W5"; 

dBl  -  "1.5"; 
dB2  -  "-10.5"; 
dB3  -  "-11  to  -8"; 

TPl  -  "5"; 

Replace  «  "None"; 

PNl  -  "5381395-1"; 

On_Offl  »  "OFF"; 

On  Off 2  -  "ON"; 
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One  ■  "2''; 

Three  ■  "1"; 

SPOl  -  "SFO-IA-S,  SH2''; 
SP02  -  "SFO-14-2,  SH3''; 
SF03  -  ••SFO-13-23,  SHI"; 
SF04  -  "SFO-13-28,  SHI"; 

J42  •  "J4"; 

J1  «  "J2"; 
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All  CAS  Track  FF  xor  FA 


CAS_Track_FF  =  FALSE 
CAS  Track  FA  =  FALSE 


Nana: 

ALL  CAS  TRACK  FF  XOR  FA 

Number: 

2.x. 6 

Description : 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  All 

CAS  Search  FF  xor  FA. 

Called  By: 

Cal  Paths  C,  Cal  Paths  F 

Calls: 

FF  xor  FA  Common 

Expert  Drawing 

:  There  is  no  corresponding  Expert  Drawing 
page  number. 

Procedure  2.x.7  \  ^  |CAS  Track  Target  and  Clutter 


UJ 

CO 


UJ  ^ 

<  » 

и.  u. 

II 

к.  k. 
0)  0) 


O 

■o 

c 

(0 

0> 

O) 

k. 

(0 

I- 

o 

(0 


3  3 

o  o 

1  1 

1  1 
•O  -3 
C  C 
(S  (D 

c 

4-'  4-' 

o 

0)  o 

c 

O  CO 

E 

<0  CD 

o 

H  H- 

o 

1  1 

A) 

u  o 

Ur 

CO  (0 

& 


AS_Track_Target_and_Clutter_FA  =  FALSE 


Name:  CAS  TRACK  TARGET  AND  CLUTTER 

Nuinbar:  2.x.  7 

Description:  This  procedure  sets  variable  values  to 

utilize  a  common  procedure  shared  with  CAS 
Search  Target  and  Clutter  and  STIR  Track 
Target  and  Clutter. 

Called  By:  Cal  Paths  C,  Cal  Paths  F 

Calls:  Target  and  Clutter  Common 

Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


SET  VARIABLES 


Cardl  =  «412'*; 

Card2  *  "FLl"; 

Cards  -  “Ul”; 

Card4  «  ••A3''; 

Cards  -  ••Al"; 

Cards  »  "ARl"; 

Card?  -  ••ARl^^; 

Cards  «  ••  "; 

Cablel  ■  '•Plliri2P2^'; 
Cable2  «  ••Plifl8P2'< : 
Cables  «  ••P1W10P2"; 
Cable4  «  ••A2P13''; 
Cables  »  ••W12"; 
Cables  -  "WIO^^; 
CAble?  »  '•WIS'^; 

dBl  -  "-IS  to  O'^; 
dB2  -  ••+S"; 
dB3  -  "-I?**; 
dB4  -  "-I"; 

J1  -  ••J2'^; 

On_Offl  «  "ON"; 
On__Off2  »  ••OFF^^; 
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Procedure  2.X.8  flTICAS  Track 


C  AS_T  rack_T  arget  =  FALSE 
CAS_Track_Target_FF  =  FALSE 
C  AST  rackT  argetF  A  =  FALSE 


Nana: 

CAS  TRACK  TARGET 

Nuaber: 

2.x. 8 

Description: 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 

Search  Clutter,  CAS  Search  Target,  CAS  Track 

Clutter,  STIR  Track  Target,  and  STIR  Track 

Clutter . 

Called  By: 

Cal  Paths  C,  Cal  Paths  F 

Calls: 

Target  or  Clutter  Common 

Expert  Drawing 

:  There  is  no  corresponding  Expert  Drawing 
page  number. 

88T  VARIABLES 

CAS_STIR  »  "CAS”; 

Track_Search  «  "Track"; 

Target_Clutter  =  "Target"; 

Cardl  -  "412"; 

Card2  «  "A3"; 

Card3  -  "A/05"; 

Card4  *  •»  "; 

Cards  -  "ARl"; 

Cards  »  "Zl"; 

Card?  =  "A5"; 

Cards  «  "432"; 

Cards  =  "A/06"; 

CardlO  -  " 

Cablel  «  "W3"; 

Cable2  »  "W2"; 

dBl  »  "1.5"; 
dB2  «  "-6.5"; 
dB3  »  "-7  to  -4"; 

TPl  »  "15"; 

Replace  *  "  "; 

PNl  «  " 

On_Offl  -  "ON"; 
on  Off 2  »  "OFF"; 


One  ■  "I"; 

Two  «  "2”; 

Three  ■  "3"; 

SFOl  «  ••SFO-14-4,  SHI"; 
SF02  •  "SFO-14-2,  SH3"; 
SF03  *  "SFO-13-22,  SHI"; 
SF04  »  "  "; 


J42  -  "J4«; 
J1  »  "J5"; 


I 

i 


I 
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Procedure  2.x.9  Q|]CAS  Track  Clutter 


Nana: 

Nunbar: 

Dascriptlon: 


Called  By: 
Calls: 

Expert  Drawing 


CAS  TRACK  CLUTTER 
2.x. 9 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Clutter,  CAS  Search  Target,  CAS  Track 
Target,  STIR  Track  Target,  and  STIR  Track 
Clutter . 

Cal  Paths  D,  Cal  Paths  G 
Target  or  Clutter  Common 
There  is  no  corresponding  Expert  Drawing 
page  number. 


CU8T0M  HOPE  SCRIPTS 
SET  VARIABLES 

CAS__STIR  -  “CAS"; 

Track_Search  -  "Track"; 

Target_Clutter  »  "Clutter"; 

Cardl  -  "412"; 

Card2  -  "A3"; 

Cards  -  "A/05"; 

Card4  -  "A/ll  "; 

Cards  »  "ARl"; 

Cards  -  "Z2"; 

Card?  -  "A5"; 

Cards  -  "432"; 

Cards  -  "A/06"; 

CardlO  -  "UD441/A3F1-A/11"; 

Cablel  -  "W5"; 

Cable2  -  "W4"; 

dBl  -  "1.5"; 
dB2  -  "-6.5"; 
dB3  -  "-7  to  -4"; 


TPl  -  "17"; 

Replace  >■  "None"; 

PKl  -  "5381395-1"; 
On_Offl  -  "OFF"; 
On_Off2  -  "ON"; 

One  «  "1"; 
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Two  -  “2''; 

Three  *  "3"; 

SFOl  »  '•SFO-14-4,  SH2"; 
SF02  -  ••SFO-14-2,  SH3''; 
SF03  »  ••SFO-13-25,  SH1«; 
SF04  »  ••SFO-13-28,  SHI"; 

J42  *  "J4"; 

J1  «  "J3"; 
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STIR_Track_Target_and_Clutter_FF  =  FALSE 
STIR_Track_Target_and_Clutter_FA  =  FALSE 


Nane: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


STIR  TRACK  TARGET  AND  CLUTTER 
2.x. 10 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Target  and  Clutter  and  CAS  Track 
Target  and  Clutter. 

Cal  Paths  D,  Cal  Paths  G 
Target  and  Clutter  Common 
There  is  no  corresponding  Expert  Drawing 
page  number. 


CUSTOM  NODE  SCRIPTS 

SET  VARIABLES 

Cardl  »  ••432"; 

Card2  «  "FLl"; 

Card3  *  "Al"; 

Card4  -  "A3"; 

Cards  *  "Al"; 

Cards  -  "ARl"; 

Card?  «  "ARl"; 
cards  -  "Al"; 

Cablel  »  ••P1W12P2"; 
Cable2  -  "P1W18P2": 
Cable3  -  "P1W10P2"; 
Cable4  »  ••A2P13"; 
Cables  »  "W12"; 
Cables  »  "WIO"; 
Cable?  *  "W18"; 

dBl  «  "-13  to  0"; 
dB2  *  "+5"; 
dB3  «  "-!?••; 
dB4  *  "-1"; 

J1  -  "J2"; 

On-Off 1  *  "ON"; 

On  Off 2  *  "OFF"; 
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STIR  Track  Target 


STIR  TRACK  TARGET 
2.x. 11 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Clutter,  CAS  Search  Target,  CAS  Track 
Clutter,  CAS  Track  Target,  and  STIR  Track 
Clutter . 

Cal  Paths  E,  Cal  Paths  G 
Target  or  Clutter  Common 
Expert  Drawing:  There  is  no  corresponding  Expert  Drawing 

page  number. 


Name: 

Humber: 

Description: 


Called  By: 
Calls: 


CUSTOM  NODE  SCRIPTS 
SET  VARIABLES 

CAS__STIR  «  "STIR”; 

Track__Search  *  "Track"; 

Target_Clutter  =  "Target"; 

Cardl  -  "432"; 

Card2  -  "A3"; 

Card3  «  "A/06"; 

Card4  =  "  "; 

Cards  -  "ARl"; 

Card6  -  "Zl"; 

Card?  -  "AS"; 

Cards  »  "412"; 

Cards  -  "A/OS"; 

CardlO  «  " 

Cablel  «  «W3"; 

Cable2  »  "W2"; 

dBl  »  "l.S"; 
dB2  »  "-6.S"; 
dB3  »  "-7  to  -4"; 

TPl  «  "IS"; 

Replace  »  "  "; 

PNl  »  " 

On_Offl  *  "ON"; 

On_Off2  «  "OFF"; 

One  -  "1"; 
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Two  -  "2"; 

Throe  •  "3"; 

SFOl  -  "SFO-14-22,  SHI"; 
SP02  -  "SFO-14-20,  SH3''; 
SF03  -  "SFO-13-24,  SHI"; 

SF04  -  " 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


Procedure  2.x.  1 2  I H ISTIR  Track  Clutter 


Wp 


Track  Clutter  FA  =  FALSE 


STIR  TRACK  CLUTTER 
2.x. 12 

This  procedure  sets  variable  values  to 
utilize  a  common  procedure  shared  with  CAS 
Search  Clutter,  CAS  Search  Target,  CAS  Track 
Target,  CAS  Track  Target,  and  STIR  Track 
Target . 

Cal  Paths  E,  Cal  Paths  6 
Target  or  Clutter  Common 
Expert  Drawing:  There  Is  no  corresponding  Expert  Drawing 

page  number. 


Name: 

Number: 

Description: 


Called  By: 
Calls: 


CP8TOM  MODE  SCRIPTS 
SET  VARIABLES 

CAS_STIR  *  "STIR''; 

Track_Search  *  "Track"; 

Target_Clutter  =  "Clutter"; 

Cardl  -  "432"; 

Card2  -  "A3"; 

Card3  •  "A/06"; 

Card4  -  "A/ 11  "; 

Cards  -  "ARl"; 

Cards  »  "22"; 

Card?  »  "AS"; 

Cards  »  "412"; 

Cards  -  "A/OS"; 

CardlO  »  "UD441/A3F1-A/11"; 

Cablel  »  "WS"; 

Cable2  »  "W4"; 

dBl  -  "1.5"; 
dB2  »  "-6.5"; 
dB3  »  "-7  to  -4"; 

TPl  =  "17"; 

Replace  »  "None"; 

PNl  -  "5391395-1"; 

On  Offl  -  "OFF"; 

On“Off2  »  "ON"; 


One  *  "1"; 
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Two  ■  *2"; 

Throe  ■  "3“; 

SPOl  «  ••SFO-14-22,  SH2''; 
SF02  -  ••SFO-14-20,  SH3"; 
SF03  -  ••SFO-13-24,  SHI"; 
SF04  -  "SFO-13-28,  SH2"; 

J42  -  "J2"; 

J1  -  "J4"; 
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Nana:  ALL  CAS  MODES  NO  OFFLINE  LIGHT 

Nuiibar :  2 . 4 . 3 . 1 

Description:  This  procedure  is  a  path  element  procedure  of 

the  path  procedure  All  CAS  Modes.  It  does 
not  utilize  any  of  the  variable  values  set  in 
All  CAS  Modes.  It  is  only  accessed  through 
the  path  procedure. 

Called  By:  All  CAS  Modes 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  parts  of 

Expert  Drawing  pages  SH2B  and  SH2B.1. 
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Name:  ALL  STIR  MODES  NO  OFFLINE  LIGHT 

Number:  2.7.2. 1 

Description:  This  procedure  is  a  path  element  procedure  of 

the  path  procedure  All  STIR  Modes.  It  does 
not  utilize  any  of  the  variable  values  set  in 
All  STIR  Modes.  It  is  only  accessed  through 
the  path  procedure. 

Called  By:  All  STIR  Modes 

Calls:  All  STIR  Modes  Power  Head  Cal,  All  STIR  Modes 

Mixer  Output  Cal 

Expert  Drawing:  This  procedure  corresponds  to  parts  of 

Expert  Drawing  pages  SH3B  and  SH3B.1. 


Nane:  ALL  STIR  MODES  POWER  BEAD  CAL 

Number:  2. 7. 2. 1.1 

Description:  This  procedure  is  a  path  sub-element 

procedure  of  and  accessed  only  through  the 
path  element  procedure  All  STIR  Modes  No 
OFFLINE  Light. 

Called  By:  All  STIR  Modes  No  OFFLINE  Light 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  parts  of 

Expert  Drawing  page  SH3B.3. 
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NaBtt:  ALL  STIR  MODES  MIXER  OUTPUT  CAL 

Nunbar:  2. 7. 2. 1.2 

Description:  This  procedure  is  a  path  sub-element 

procedure  of  and  accessed  only  through  the 
path  element  procedure  All  STIR  Modes  No 
OFFLINE  Light. 

Called  By:  All  STIR  Modes  No  OFFLINE  Light 

Calls:  All  STIR  Modes  Mixer  Cal 

Expert  Drawing:  This  procedure  corresponds  to  parts  of 

Expert  Drawing  page  SH3B.2. 
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Nan*:  ALL  STIR  MODES  MIXER  CAL 

NuBber:  2. 7. 2. 1.2.1 

Dascrlption:  This  procedure  is  a  path  sub-sub>eleBient 

procedure  of  and  accessed  only  through  the 
path  sub^element  procedure  All  STIR  Modes 
Mixer  Output  Cal. 

Called  By:  All  STIR  Modes  Mixer  Output  Cal 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  Expert  Drawing 

page  SH3B.4. 


Name:  AFC  COMMON 

Number:  2.x.x.l 

Description:  This  procedure  is  common  to  the 

troubleshooting  paths,  CAS  AFC  and  STIR  AFC. 
It  utilizes  variable  values  set  in  the 
calling  procedures  to  customize  the  procedure 
for  either  CAS  or  STIR. 

Called  By:  CAS  AFC,  STIR  AFC 

Calls:  AFC  Common  AFC  Forced  Lamp  On 

Expert  Drawing:  This  procedure  corresponds  to  the  Expert 

Drawings  on  pages  SH2A  and  SH3A. 
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Nana:  AFC  FORCED  LAMP  ON 

Nunbar:  2.x.x. 1.1 

Daacription:  This  procedure  is  a  common  element  procedure 

that  is  part  of  a  common  troubleshooting 
path.  It  utilizes  variable  values  set  in  the 
procedures  CAS  AFC  and  STIR  AFC  to  customize 
the  procedure  for  either  CAS  or  STIR. 

Called  By:  AFC  Common 

Calls:  AFC  Mag  Sample  Not  In  Spec 

Expert  Drawing:  This  procedure  corresponds  to  Expert 

Drawings  on  pages  SH2A.1  and  SH3A.1. 
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Name:  AFC  MAG  SAMPLE  NOT  IN  SPEC 

Number:  2.x.x.l.l.l 

Description:  This  procedure  is  a  conunon  sub-element 

procedure  that  is  part  of  a  common 
troubleshooting  path.  It  utilizes  variable 
values  set  in  the  procedures  CAS  AFC  and  STIR 
AFC  to  customize  the  procedure  for  either  CAS 
or  STIR. 

Called  By:  AFC  Common  Forced  Lamp  On 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  Expert 

Drawings  on  pages  SH2A.1,  SH2A.2,  SH3A.1  and 
SH3A.2. 
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Name:  ALL  MODES  COMMON 

Number :  2 . x . x . 2 

Description:  This  procedure  is  common  to  the 

troubleshooting  paths,  All  CAS  Modes  and  a 
portion  of  ALL  STIR  Modes.  It  utilizes 
variable  values  set  in  the  calling  procedures 
to  customize  the  procedure  for  either  CAS  or 
STIR. 

Called  By:  All  CAS  Modes,  All  STIR  Modes 

Calls:  None 

Expert  Drawing:  This  procedure  when  called  by  All  CAS  Nodes 

corresponds  to  Expert  Drawings  on  pages  SH2B 
and  SH2B.1.  When  called  by  All  STIR  Nodes  it 
corresponds  to  Expert  Drawings  on  pages  SH3B 
and  SH3B.1. 
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STALO  MF  M 


Name:  FIXED  FX^QUENCY  COMMON 

Number:  2.x.x. 3 

Description:  This  procedure  is  common  to  the 

troubleshooting  paths,  CAS  Fixed  Frequency 
and  STIR  Fixed  Frequency.  It  utilizes 
variable  values  set  in  the  calling  procedures 
to  customize  the  procedure  for  either  CAS  or 
STIR. 

Called  By:  CAS  Fixed  Frequency,  STIR  Fixed  Frequency 

Calls:  None 

Expert  Drawing:  This  procedure  when  called  by  CAS  Fixed 

Frequency  corresponds  to  the  Expert  Drawing 
on  page  SH2C.  When  called  by  STIR  Fixed 
Frequency  it  corresponds  to  Expert  Drawing 
on  page  SH3C. 


2jcjr.4 


Nan«: 

Nvinber: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


FREQUENCY  AGILE  COMMON 

2.X.X.4 

This  procedure  is  common  to  the 
troubleshooting  paths,  CAS  Frequency  Agile 
and  STIR  Frequency  Agile.  It  utilizes 
variable  values  set  in  the  calling  procedures 
to  customize  the  procedure  for  either  CAS  or 
STIR. 

CAS  Frequency  Agile,  STIR  Frequency  Agile 
None 

This  procedure  when  called  by  CAS  Frequency 
Agile  corresponds  to  the  Expert  Drawing  on 
page  SH20.  When  called  by  STIR  Frequency 
Agile,  it  corresponds  to  Expert  Drawing  on 
page  SH30. 
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Name:  FF  AMD  FA  COMMON 

Number :  2 . x . x . 5 

Description:  This  procedure  is  common  to  the 

troubleshooting  paths,  All  CAS  Search  and  All 
CAS  Track.  It  utilizes  variable  values  set 
in  the  calling  procedures  to  customize  the 
procedure  for  either  CAS  Search  or  CAS  Track. 

Called  By:  All  CAS  Search,  All  CAS  Track 

Calls:  FF  and  FA  Mixer  Output  Check,  FF  and  FA  Power 

Head  In  Spec 

Expert  Drawing:  This  procedure  when  called  by  All  CAS  Search 

corresponds  to  the  Expert  Drawing  on  page 
SH2M.  When  called  by  All  CAS  Track,  it 
corresponds  to  the  Expert  Drawing  on  page 
SH2F. 
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r  and  FA  Mixar  Output  Chack 


lixar  Output  Powar  in  Spac7 


Name: 

Nunber: 

Description: 


Called  By: 
Calls: 

Expert  Drawing: 


FF  AND  FA  MIXER  OUTPUT  CHECK 

2.X.X.5.1 

This  procedure  is  a  conmon  element  procedure 
that  is  part  of  a  common  troubleshooting 
path,  FF  and  FA  Common.  It  utilizes  variable 
values  set  in  All  CAS  Search  and  All  CAS 
Track . 

FF  and  FA  Common 
None 

This  procedure  corresponds  to  portions  of 
Expert  Drawings  on  pages  SH2F  and  SH2M. 


174 


Name: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


POWER  HEAD  IN  SPEC 

2.X.X.5.2 

This  procedure  is  a  common  element  procedure 
that  is  part  of  a  common  troubleshooting 
path,  FF  and  FA  Common.  It  utilizes  variable 
values  set  in  All  CAS  Search  and  All  CAS 
Track . 

FF  and  FA  Common 

FF  and  FA  Power  Head  Search  Path,  FF  and  FA 
Power  Head  Track  Path 
This  procedure  corresponds  to  portions  of 
Expert  Drawings  on  pages  SH2F.1  and  SH2M.1. 
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F  and  FA  Power  Head  Search  Path 


IWhyl 


Name:  FF  AND  FA  POWER  HEAD  SEARCH  PATH 

Number :  2.X.X.5.2.1 

Description:  This  procedure  is  a  common  sub-element 

procedure  that  is  part  of  a  common 
troubleshooting  path,  FF  and  FA  Common.  It 
utilizes  variable  values  set  in  All  CAS 
Search. 

Called  By:  FF  and  FA  Power  Head  In  Spec 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  a  portion  of 

the  Expert  Drawing  on  page  SH2M.1. 


•  r» 

•  all 


Nane:  FF  AND  FA  POWER  HEAD  TRACK  PATH 

Number:  2.X.X.5.2.2 

Description:  This  procedure  is  a  common  sub-element 

procedure  that  is  part  of  a  common 
troubleshooting  path,  FF  and  FA  Common.  It 
utilizes  variable  values  set  in  All  CAS 
Track . 

Called  By:  FF  and  FA  Power  Head  In  Spec 

Calls:  None 

Expert  Drawing:  This  procedure  corresponds  to  a  portion  of 

the  Expert  Drawing  on  page  SH2F.1 


FF  xor  FA  Common 


Name: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing 


FF  XOR  FA  COMMON 

2.X.X.6 

This  procedure  is  common  to  the 
troubleshooting  paths.  All  CAS  Search  FF,  All 
CAS  Search  FA,  All  CAS  Track  FF,  and  All  CAS 
Track  FA.  It  utilizes  variable  values  that 
are  set  in  the  path  procedures  CAS  Search  FF 
xor  FA  and  CAS  Track  FF  xor  FA. 

CAS  Search  FF  xor  FA,  CAS  Track  FF  xor  FA 
None 

This  procedure,  when  called  by  the  path 
procedure  CAS  Search  FF  xor  FA  corresponds 
to  the  Expert  Drawing  on  page  SH2N.  When 
called  by  CAS  Track  FF  xor  FA,  it 
corresponds  to  the  Expert  Drawing  on  page 
SH2G. 
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Naa«: 

TARGET  AMD  CLUTTER  COMUOH 

Nviabttr: 

2  .X.X.7 

Dttscrlption: 

This  procedure  is  common  to  troubleshooting 
path  procedures  CAS  Search  Target  and 

Clutter,  CAS  Track  Target  and  Clutter,  and 

STIR  Track  Target  and  Clutter.  These 
procedures  set  variable  values  for  Target  and 
Clutter  Common  in  order  to  customize  the 
procedure . 

Called  By: 

CAS  Search  Target  and  Clutter,  CAS  Track 

Target  and  Clutter,  and  STIR  Track  Target  and 
Clutter . 

Calls: 

None 

Expert  Drawing 

:  This  procedure  corresponds  to  the  Expert 
Drawing  page  SH20  when  called  by  CAS  Search 
Target  and  Clutter.  When  called  by  CAS 

Track  Target  and  Clutter,  it  corresponds  to 
the  Expert  Drawing  on  page  SH2H.  Finally, 
when  called  by  STIR  Track  Target  and 

Clutter,  it  corresponds  to  the  Expert 

Drawing  on  page  SH3F. 

Nan«: 

TARGET  OR  CLUTTER  COMMON 

NuBib«r: 

2.X.X.8 

Description: 

This  procedure  is  common  to  the 
troubleshooting  paths  CAS  Search  Target,  CAS 

Search  Clutter,  CAS  Track  Target,  CAS  Track 

Clutter,  STIR  Track  Target,  and  STIR  Track 

Clutter.  These  procedures  set  variable 
values  for  Target  or  Clutter  Common  in  order 
to  customize  the  procedure. 

Called  By: 

CAS  Search  Target,  CAS  Search  Clutter,  CAS 

Track  Target,  CAS  Track  Clutter,  STIR  Track 

Target,  and  STIR  Track  Clutter. 

Calls: 

None 

Expert  Drawing 

:  This  procedure  corresponds  to  following  path 
procedures'  Expert  Drawing  pages:  CAS  Search 

Target  (SH2P) ;  CAS  Search  Clutter  (SH2Q) ; 

CAS  Track  Target  (SH2I)  ;  CAS  Track  Clutter 
(SH2J) ;  STIR  Track  Target  (SH3G) ;  and  STIR 

Track  Clutter  (SH3H) . 
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Name: 

Number: 

Description: 


Called  By: 
Calls: 

Expert  Drawing: 


ECM  COMMON 
2. 11.x. 9 

This  procedure  is  common  to  the 
troubleshooting  paths  of  CAS  Search  ECM,  CAS 
Track  ECM,  and  STIR  Track  ECM.  These  path 
procedures  set  variable  values  for  ECM  Common 
in  order  to  customize  the  procedure. 

CAS  Search  ECM,  CAS  Track  ECM,  STIR  Track  ECM 
None 

This  procedure  corresponds  to  the  Expert 
Drawing  page  SH2R  when  CAS  Search  ECM  is 
called,  to  SH2K  when  CAS  Track  ECM  is 
called,  and  SH3I  when  STIR  Track  ECM  is 
called. 
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APPBin>XZ  B 


VBRIJOICBB  BETWBBM  CALIBRATIOH  AMD  PERPORNAIICB  MODULES 

This  section  describes  the  differences  between  the 
performance  and  calibration  implementations  of  the  HK92  MAES. 
Some  calibration  implementation  aspects  are  transparent  to  the 
user  and  are  important  only  for  readability,  maintainence,  and 
reuse  purposes.  Others  are  user  interface  issues  that  differ 
from  the  standards  built  into  the  initial  performance  module, 
and  require  resolution  before  a  single,  integrated  MK92  MAES 
can  be  deployed. 

A.  SCREEN  DISPLAYS 

Screen  display  differences  reflect  both  the  desire  for  an 
engaging  interface  for  the  technician  and  the  lessons  learned 
while  using  the  Adept  expert  system  shell. 

1.  Bitmap  Objects 

The  bitmap  object,  the  MK92  logo,  in  the  standard 
Performance  display  is  moved  from  the  foreground  to  the 
background.  This  resulted  in  a  smoother  transition  from 
display  to  display.  The  bitmap  is  anchored  in  the  background 
flush  against  the  left  border  of  the  display  field.  This 
arrangement  provides  more  space  for  text  and  eliminates  any 
tendency  of  the  bitmap  to  "drift"  between  displays.  Because 
backgrounds  are  shared  by  all  displays  within  a  single 
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application,  it  must  be  sj.  .larly  moved  in  the  performance 
module  in  the  integrated  MK92  HAES. 

2.  Text  and  Text  Objects 

The  calibration  module  uses  Arial  12  point  bold  as 
the  standard  font.  We  felt  that  this  font  is  easier  to  read 
than  the  San  Serif  used  in  the  performance  module.  Our  text 
is  top-left  justified  within  the  text  object  in  the  display 
rather  than  center-center  justified.  The  text  object  is 
positioned  0.375  inches  to  the  right  of  the  bitmap,  with  its 
top  edge  flush  with  the  top  edge  of  the  bitmap  object.  This 
arrangement  provided  a  uniform  starting  location  for  the  text 
field  in  any  display.  The  readability  of  the  new  arrangements 
need  to  be  tested  with  typical  users. 

Text  objects  with  scroll  bars  are  used  when 
insufficient  room  was  available  within  one  display  for  a  given 
piece  of  textual  information.  This  eliminates  chaining  of 
display  nodes  to  provide  more  text  space,  which  thus  forced 
the  user  to  page  through  several  screens.  A  similar  strategy 
is  used  for  help  information. 

3 .  Buttons 

The  calibration  module  uses  the  standard 
specifications  of  grey  pushbuttons  used  in  performance's 
display  action  buttons.  The  major  difference  comes  with 
"Help"  buttons.  The  calibration  module  uses  the  right  side  of 
the  "Procedure"  area  (middle  area)  for  help  and  page  back 
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actions.  The  performance  modules  uses  only  the  "Action"  area, 
and  help  information  does  not  show  what  kind  of  help  is 
available.  We  felt  that  using  separate  buttons  for  "How", 
"Why",  and  "Parts  Info"  help  and  moving  those  buttons  and  the 
"Prev  Screen"  button  to  a  different  section  of  the  display 
created  a  clearer  separation  between  auxiliary  functions  that 
assist  the  user  with  the  program  and  actual  troubleshooting 
actions. 

Another  difference  is  the  use  of  check  boxes  in  the 
Printout  Entry  Menu.  These  were  used  to  take  multiple 
indication  input  from  the  user  for  analyzing  system  failures. 
Th^  Manual  Menu  uses  a  list  box  to  choose  one  condition/path 
based  on  the  user's  input.  Both  of  these  methods  are  used  in 
place  of  a  series  of  screens  with  multiple  pushbuttons. 

B.  DE8ZGH  ASPECTS 

Several  aspects  of  Calibration's  design  differ 
significantly  from  Performance.  They  range  from  how 
procedures  are  named  to  how  the  program  analyzes  and  navigates 
through  a  problem.  These  issues  are  important  from  the 
maintenance  standpoint.  Where  they  result  in  changes  that 
impact  the  user,  functional  features  or  interface  ergonomics, 
they  should  be  evaluated  to  determine  which  "flavor"  works 
best. 

1.  One-Way  versus  Two-Way  Links 

Performance  is  built  around  one-way  links  (Adept 
Result  nodes) .  This  results  in  a  "stovepipe"  operation  where 
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the  user  selects  an  area  through  a  series  of  menus.  The 
ability  to  backtrack  exists  only  where  a  new  one-way  link  is 
created  as  a  menu  choice.  The  initial  analysis  of  the 
casualty  is  left  to  the  user,  who  selects  the  path  through  an 
ever-narrowing  series  of  case  statements. 

Calibration  uses  two-way  links  (Adept  Goal  nodes) . 
The  "road  map"  for  Calibration  takes  the  user  through  a 
comprehensive  analysis  of  casualties  and  assignment  of  paths 
to  correct  them.  Two-way  links  enable  a  design  built  around 
a  top-down  hierarchy  of  procedures  that  call  each  other  using 
two-way  links.  The  final  design  is  modular  and  structured, 
where  the  system  starts  at  the  Main  Menu,  goes  through 
casualty  analysis,  path  assignment,  path  execution,  and  then 
returns  to  the  Main  Menu. 

Two-way  links  enable  the  system  to  handle  multiple 
path  assignments.  Where  the  performance  module  requires 
explicit  user  input  to  select  a  new  path,  the  calibration 
module  assigns  all  required  paths  based  on  the  indications 
entered  by  the  user  at  the  very  beginning  of  the  session  and 
proceeds  through  those  paths  in  prioritized  order  until  they 
are  all  completed. 

2.  Use  of  Common  Procedures 

our  initial  inspection  of  the  expert  knowledge 
revealed  paths  that  appeared  to  be  exactly  the  same.  Close 
examination  showed  that  if  variables  were  used  several 
diagnostic  paths  could  share  a  common  procedure  to 
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troubleshoot  different  casualties.  The  final  design  includes 
three  ways  of  implementing  specific  troubleshooting  paths: 

•  completely  unique  paths  that  share  no  elements  with  any 
other  path; 

•  completely  common  paths  that  share  all  elements  with  at 
least  one  other  path; 

•  hybrid  paths  that  share  some  elements  with  at  least  one 
other  path. 

Of  the  twenty-seven  specific  paths  in  Calibration, 
three  are  completely  unique.  Nine  common  procedures  satisfy 
twenty-two  more  specific  paths.  The  last  two  paths  are 
hybrids,  with  some  unique  elements  and  one  common  procedure. 
In  the  performance  module,  similar  sections  are  duplicated  in 
various  procedures,  madcing  the  program  harder  to  maintain  and 
modify. 

It  should  be  noted,  however,  that  the  use  of  common 
procedures  could  complicate  the  maintenance  of  the  module.  A 
common  path  requires  more  care  in  modification,  because  all 
the  specific  paths  that  call  it  need  to  be  satisfied.  The  use 
of  variables  in  multiple  displays  within  one  common  procedure 
necessitates  extreme  care  when  modifying  a  variable.  For 
example,  a  proposed  change  to  the  STIR  AFC  path  must  either 
have  a  matching  change  for  CAS  AFC  or  provide  for  a  unique 
element  within  the  procedure  AFC  Common  because  both  CAS  AFC 
and  STIR  AFC  use  AFC  Common  to  troubleshoot  their  paths. 

3 .  Casualty  Analysis 

Calibration  uses  a  check  box  interface  to  gather 
user  input  on  MK92  FCS  indications  from  the  DSOT  printout. 
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The  system  analyzes  these  indications  and  determines  which 
casualty  conditions  exist.  These  conditions  are  prioritized 
and  the  system  troubleshoots  them  in  that  order.  A  screen 
showing  the  user  which  paths  the  system  will  troubleshoot  is 
displayed  to  the  user.  This  screen  allows  reentry  of  data  for 
reevaluation,  continuation  with  the  system's  choices,  or  the 
opportunity  to  abandon  failure  analysis  and  use  the  Manual 
Menu  for  direct  selection  of  a  specific  path. 

4 .  Naming  Conventions 

We  made  a  conscious  effort  to  use  names  that  are 
unambiguous  and  readily  understandable.  Adept  allows  up  to 
thirty-two  characters  for  variable  and  procedure  names. 
Performance  names  seemed  obscure  at  times,  and  our  purpose  was 
to  have  the  program  be  as  free  of  arcane  abbreviations  as 
possible. 
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APPENDIX  C 


11X92  PCS  D80T  CALIBRATION  CASUALTY  CONDITION  ANALYSIS 

This  appendix  lays  out  the  domain  expert's  logic  in 
analyzing  the  DSOT  printout  indications  to  determine  which 
casualty  conditions  exist.  The  relative  priorities  of  the 
conditions  are  established  according  to  the  following  basic 
reasoning: 

•  CAS  is  more  critical  than  STIR; 

•  Fixed  freguency  (FF)  modes  are  more  critical  than 
frequency  agile  (FA)  modes; 

•  Search  modes  are  more  critical  than  track  modes; 

•  Target  modes  are  more  critical  than  clutter  modes,  and 
both  are  more  critical  than  ECM  modes. 

There  are  three  tables  in  this  appendix.  Table  1  translates 

the  DSOT  indications  to  the  variables  used  within  the 

application.  Table  2  relates  combinations  of  DSOT  indications 

and  their  corresponding  casualty  conditions.  Table  3 

associates  casualty  conditions  with  the  specific 

troubleshooting  paths  used  to  isolate  faults  of  those 

conditions. 
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T«bl«  1. 


DSOX  Printout 

Indicntion 

Variabla 

STIR  AFC 

STIR  AFC 

STIR  AFC 

CAS  AFC 

CAS  AFC 

CAS  AFC 

TO  TOT  FF 

CAS  Track  Targot  Fixod  Fraquancy 

a 

TR  CLT  FF 

CAS  Track  Cluttar  Fixad  Fraquancy 

b 

TR  BCN  FF 

CAS  BCM  Fixad  Fraquancy 

c 

TR  TOT  FA 

CAS  Track  Targat  Fraquancy  Agila 

d 

TR  CLT  FA 

CAS  Track  Cluttar  Fraquancy  Agila 

a 

TR  SCM  FA 

CAS  Track  BCM  Fraquancy  Agila 

f 

SR  TOT  FF 

CAS  Saarch  Targat  Fixad  Fraquancy 

9 

SR  CLT  FF 

CAS  Saarch  Cluttar  Fixad  Fraquancy 

h 

SR  SCM  FF 

CAS  Saarch  BCM  Fixed  Fraquancy 

i 

SR  TOT  FA 

CAS  Saarch  Targat  Fraquancy  Agila 

j 

SR  CLT  FA 

CAS  Saarch  Cluttar  Fraquancy  Agila 

k 

SR  SCM  FA 

CAS  saarch  BCM  Fraquancy  Agila 

1 

ST  TOT  FF 

STIR  Track  Targat  Fixad  Fraquancy 

al 

ST  CLT  FF 

STIR  Track  Cluttar  Fixad  Fraquancy 

bl 

ST  BCM  FF 

STIR  Track  BCM  Fixad  Fraquancy 

cl 

ST  TOT  FA 

STIR  Track  Target  Frequency  Agile 

dl 

ST  CLT  FA 

STIR  Track  Clutter  Frequency  Agila 

al 

ST  BCM  FA 

STIR  Track  BCM  Fraouency  Aaila 

fl 
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2 


B 

1 

All  CAS  and  STIR 

a+b+c+d+e+f+g+h+ 

i+j+k+l+al+bl+cl 

+dl+el+fl 

2 

CAS  AFC 

CAS  AFC 

3 

All  CAS  Modaa 

a+b+c+d+e+f+g+h+ 

i+j+k+1 

B 

All  CAS  -  FF 

a+b+c+g+h+i 

5 

All  CAS  Non  BCM 

a+b+d+e+g+h+j+k 

fl 

All  CAS  Hon  ECM  -  FF 

a+b+g+h 

fl 

CAS  Soarch 

g+h+i+j+k+1 

B 

CAS  Search  -  FF 

g+h+i 

B 

CAS  Search  Target  and  Clutter 

g+h+j+k 

10 

CAS  Search  Target  and  Clutter  -  FF 

g+h 

11 

CAS  Search  Target 

12 

CAS  Search  Target  -  FF 

9 

13 

CAS  Search  Clutter 

h+k 

14 

CAS  Search  Clutter  -  FF 

h 

15 

CAS  Track 

a+b+c+d+e+f 
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16 


CAS  Track  -  wr 


a+b+c 


17  CAS  Track  Targat  and  Cluttar 


18  CAS  Track  Targat  and  Cluttar  -  FF 


19  CAS  Track  Targat 


20  CAS  Track  Targat  -  FF 


21  CAS  Track  Cluttar 


22  CAS  Track  Cluttar  -  FF 


23  STIR  AFC 


24  All  STIR  Modaa 


25  All  STIR  •  FF 


26  STIR  Track  Targat  and  Cluttar 


27  STIR  Track  Targat  and  Cluttar  -  FF 


28  STIR  Track  Targat 


29  STIR  Track  Targat  -  FF 


30  I  STIR  Track  Cluttar 


a+b+d+a 


a+b 


a+d 


STIR  AFC 


al+bl+cl+dl+al+ 

£1 


al-i-bl-^cl 


al+bl-fdl-fal 


al-^bl 


al-t-dl 


al 


bl-i-al 


31 

STIR  Track  Cluttar  -  FF 

bl 

32 

All  CAS  Non  ECM  -  FA 

d+a+j+k 

33 

All  CAS  -  FA 

d+a+f+j+k+1 

34  CAS  Saarch  -  FA 


35  CAS  Search  Target  and  Clutter  -  FA 


36  CAS  Search  Target  -  FA 


37  CAS  Search  Clutter  -  FA 


38  CAS  Track  -  FA 


39  CAS  Track  Target  and  Clutter  -  FA 


40  CAS  Track  Target  -  FA 


41  CAS  Track  Clutter  -  FA 


42  All  STIR  -  FA 


46  All  CAS  BCM 


47  All  CAS  BCM  -  FF 


48  All  CAS  BCM  -  FA 


49  CAS  Search  BCM 


50  CAS  Search  BCM  -  FF 


SI  CAS  Search  BCM  -  FA 


52  CAS  Track  BCM 


j+k+1 


j+k 


j 


d-fe-t-f 


d+e 


dl+el-i-fl 


43 

STIR  Track  Target  and  Clutter  -  FA 

dl-i-el 

44 

STIR  Track  Target  -  FA 

dl 

45 

STIR  Track  Clutter  -  FA 

el 

c+f+i+1 


c+i 


£+1 


i+1 
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53 

CAS  Track  BCM  -  FF 

c 

54 

CAS  Track  ECM  -  FA 

f 

55 

STIR  Track  BCM 

cl+fl 

56 

STIR  Track  ECM  -  FF 

cl 

57 

STIR  Track  BCM  -  FA 

fl 
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Tabltt  3 
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CAS  Track  BCM 

*  CAS  Track  ECM 

*  CAS  Track  ECM  -  FF 

*  CAS  Track  ECM  -  FA 

STIR  Track  ECM 

*  STIR  Track  ECM 

*  STIR  Track  ECM  -  FF 

*  STIR  Track  ECM  -  FA 

All  CAS  Non  ECM 

*  All  CAS  Non  ECM 

*  All  CAS  Non  ECM  -  FF 

*  All  CAS  Non  ECM  -  FA 

CAS  Search  FF  xor  FA 

*  CAS  Search  -  FF 

*  CAS  Search  -  FA 

CAS  Search  Target  and 

Clutter 

*  CAS  Search  Target  and  clutter 

*  CAS  Search  Target  and  clutter  -  FF 

*  CAS  Search  Target  and  Clutter  -  FA 

CAS  Search  Target 

*  CAS  Search  Target 

*  CAS  Search  Target  -  FF 

*  CAS  Search  Target  -  FA 

CAS  Search  Clutter 

*  CAS  Search  Clutter 

*  CAS  Search  Clutter  -  FF 

*  CAS  Search  Clutter  -  FA 

CAS  Track  FF  xor  FA 

*  CAS  Track  -  FF 

*  CAS  Track  -  FA 
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CAS  Tr«ek  Target  and 

Clutter 

*  CAS  Track  Target  and  Clutter 

*  CAS  Track  Target  and  Clutter  -  FF 

*  CAS  Track  Target  and  Clutter  -  FA 

CAS  Track  Target 

*  CAS  Track  Target 

*  CAS  Track  Target  -  FF 

*  CAS  Track  Target  >  FA 

CAS  Track  Clutter 

*  CAS  Track  Clutter 

*  CAS  Track  Clutter  -  FF 

*  CAS  Track  Clutter  >  FA 

STIR  Track  Target  and 

Clutter 

*  STIR  Track  Target  and  Clutter 

*  STIR  Track  Target  and  Clutter  -  FF 

*  STIR  Track  Target  and  Clutter  -  FA 

STIR  Track  Target 

*  STIR  Track  Target 

*  STIR  Track  Target  -  FF 

*  STIR  Track  Target  -  FA 

STIR  Track  Clutter 

*  STIR  Track  Clutter 

*  STIR  Track  Clutter  -  FF 

*  STIR  Track  Clutter  -  FA  | 
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